手机测试基本知识_培训资料

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

手机测试基本知识_培训资料
课程内容第一部分第二部分讨论测试概论手机测试
第一部分测试概论几个概念测试的目的和原则测试的分类测试阶段的
划分测试策略测试计划测试文档测试度量
几个概念测试由人工或自动方法来执行或评价系统或系统部件的过程,以验证它是否满足规定的需求;或识别出期望的结果和实际结果之间有无
差别。

调试查找、分析和纠正错误的过程。

验证通过检查并收集客观的证据来确定特定的需求得到满足。

几个概念确认通过检查并收集客观的证据来确定针对某种特定的预期
使用的特殊需求得到了满足。

错误计算、观察、测量的值或条件与实际的、规定的或理论上的值或
条件不符合。

缺陷:系统功能部件不能执行所要求的功能。

可能引起失效的错误。

哪些叫错误、缺陷?如果一个产品存在下列现象,我们称之为错误或
缺陷:产品未达到设计规范表明的功能指标;产品出现了设计规范指明不
会出现的错误;产品功能超出了设计规范指明的范围;产品未达到设计规
范虽未指出但应达到的目标;最终用户认为不好使用。

为何会出错?出现错误和缺陷的原因:交流错误或者没有进行交流
(需求不明确)系统复杂性设计、编程错误需求改变时间压力自负文档质量
差开发工具
测试的目的从用户的角度出发希望通过测试暴露出产品中隐藏的错误
和缺陷,以考虑是否可接受该产品。

找出关键性的错误,这些错误可能影
响用户对产品的使用和评价。

从开发者的角度出发希望测试成为表明产品中不存在错误的过程,验
证该产品已正确地实现了用户的要求,确立人们对产品质量的信心。

测试的角色测试人员扮演的是破坏者的角色,试图通过设计和执行测
试用例来“摧毁”已开发人员已建立的系统。

“摧毁”的目的是为了摧毁
潜伏在产品中的错误,从而达到保证质量的目的。

“如果您没有使人们心烦,那您就没有做好工作.”测试人员应具有以下的素质:技术能力、沟
通能力、自信心、耐心、怀疑精神、洞察力、细心、责任心具有保守而又
灵活、好奇而又不带成见、注意力高度集中的能力
两个观点测试是保证产品质量的重要手段。

通过测试可以验证产品的
功能、性能、可靠性等指标是否满足规定的要求。

但测试不能表明产品中
不存在错误,它只能说明存在错误,通过系统的、严密的测试能够最大限
度的发现产品中的错误,从而减少产品中遗留的错误。

测试不是灵丹妙药。

因为:完全的测试是不现实的测试不能保证发现
其中所有的错误测试不能取代其它质量保证手段测试是巨大的效益和
艰苦的工作并存,需要平衡考虑。

测试的原则测试的目的在于发现错误:一个好的测试用例是能够发现
至今尚未察觉的错误一个成功的测试是发现至今尚未察觉的错误的测试尽早地制定测试计划测试计划可以在需求定义一完成就开始,详细的
测试用例定义可以在系统方案被确定后立即开始。

严格执行测试计划,排
除测试的随意性
所有的测试都应可追溯到客户需求测试的目标在于发现错误,而最严
重的错误是那些导致产品无法满足用户需求的错误
测试的原则穷举测试是不可能的Good_Enough原则这是一种权衡投入
/产出比的原则,Good_Enough测试既不要不充分,也不要过分。

不充分
和过分都是一种不负责任的表现。

80/20原则一般情况下,在分析、设计、实验阶段的80/20复审和测试工作能够发现和避免80%的bug,而系统的软
件测试能够找出其余bug中的80%。

最后约5%的bug只有在用户大范围、
长时间的使用后才会暴露出来。

因此测试只能保证尽可能多地发现错误,
不能保证发现所有的错误。

测试的原则测试是有风险的不能穷举测试,但不测试又会漏掉软件错
误或缺陷。

测试人员要学会的一个主要原则是如何把无边无际的可能减少
到可以控制的范围,以及如何针对风险做出明智抉择,去粗存精。

测试的粒度
“纯”纯结构化(白盒)白盒)测试
“纯”纯行为化(黑盒)黑盒)测试
“纯“纯”现场测试
测试的分类按阶段划分单元测试:由开发人员自行计划与完成的,针
对单个或相关联的一组程序单元的测试。

集成测试:计划于设计阶段,由
开发人员与测试人员合作完成的,针对结合起来的不同单元以及它们的接
口的测试。

系统测试:测试整个系统,以证实它满足要求所规定的功能、
质量和性能等方面的特性。

验收测试:由市场人员或最终客户在实际应用
环境中,按照用户手册对产品手机进行使用测试
测试的分类按目的划分性能测试:性能测试是要检查系统是否满足在
需求说明书中规定的性能,如响应时间、处理精度等。

功能测试:功能测
试是在规定的一段时间内运行系统的所有功能,以验证这个系统有无错误。

功能测试通常采用黑盒测试方法。

安全性测试:测试系统在应付非授权的
内部/外部访问、故意的损坏时的防护情况。

兼容性测试:测试在特殊的
硬件/软件/操作系统/网络环境下的软件表现。

文档、帮助测试:主要检
查文档的正确性、完备性和可理解性
测试的分类按技术划分白盒测试:是一种基于代码或设
计的测试,就是已知产基于代码或设计的测试,基于代码或设计的测
试品的内部活动方式,测试它的内部活动是否符合设计要求黑盒测试:是
一种基于需求的测试,就是已知产品的功基于需求的测试,基于需求的测
试能指标,测试它的每一个功能指标都是否达到了预期的设计要求。

现场
测试:是一种基于实际工作环境的测试。

现场测试基于实际工作环境的测试。

基于实际工作环境的测试可以由客户、专家、开发人员、最终用户进行。

测试阶段的划分测试计划可分为如下四个阶段:测试计划(定义测试
需求、考虑测试内容)测试设计(定制测试过程、选择测试用例、方法)测
试开发(编程、开发)测试执行和评估(执行、检查、评估)
测试周期与开发周期的关系开发周期需求分析测试周期测试计划测试
设计测试开发总体设计详细设计维护修改测试执行评估
缺陷跟踪
测试计划阶段测试计划阶段:测试计划阶段确定各测试阶段的目标和
策略。

这个过程将输出测试计划,明确要完成的测试活动,评估完成活动
所需要的时间和资源,设计测试组织和岗位职责,进行活动安排和资源分配,安排跟踪和控制测试过程的活动。

测试计划可以分为系统测试总体计划和系统测试详细计划两部分。

测试计划阶段在需求分析阶段,要完成系统测试总体计划。

总体测试计划应该包括测试设计和开发阶段、测试执行和评估阶段的进度和资源计划以及每一个阶段要完成的测试活动。

在总体设计阶段,要完成系统测试详细计划。

系统测试详细计划包括了系统测试在每一个阶段的详细测试活动安排,是系统测试总体计划的具体落实。

相关文档
最新文档