测试团队培训材料

测试团队培训中数通信息有限公司2012年7月27日四、测试结果报告二、测试团队结构组成一、软件测试简介目录三、测试流程五、测试需具备的素质六、测试需注意事项一、软件测试简介软件测试的由来软件测试是伴随着软件的产生而产生的。早期的软件开发过程中，将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。软件规模越来越大，功能越来越复杂，人们慢慢意识到测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容，软件测试也渐渐被重视，并且从开发独立出来。一、软件测试简介软件测试的未来展望有关专家指出，软件测试是正在快速发展、充满挑战的领域。尽管现在单机版桌面软件的测试已经成熟了很多，但对于网络时代的来临，包括知名跨国公司在内的大公司对基于网络的测试也没有一套完整的体系，也是处于探索中，所以说这一行业所面临的机遇与挑战是共存的。一、软件测试简介软件测试的定义1983年2002年1979年GlenfordMyers在其《软件测试艺术》（TheArtofSoftwareTesting）中给出了当时最好的软件测试定义：“测试是为发现错误而执行的一个程序或者系统的过程。”BillHetzel在《软件测试完全指南》（CompleteGuideofSoftwareTesting）一书中指出：“测试是以评价一个程序或者系统属性为目标的任何一种活动。测试是对软件质量的度量。”Rick和Stefan在《系统的软件测试》（SystematicSoftwareTesting）中对软件测试做了进一步定义：“测试是为了度量和提高被测软件的质量，对测试件进行工程设计、实施和维护的整个生命周期过程。”软件测试动态测试静态测试从是否执行程序的角度划分测试的分类软件测试BECDA单元测试集成测试系统测试验收测试回归测试从软件开发的过程按阶段划分一、软件测试简介软件测试灰盒测试白盒测试黑盒测试从是否关心软件内部结构和具体实现的角度划分测试的分类黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。一、软件测试简介黑盒测试的方法等价类划分法边界值分析法错误推测法因果图法判定驱动法……专业性的测试需要包含软件的外部结构测试和内部结构测试，目前我们的测试侧重于外部结构测试，也就是功能性测试，着重于用户角度出发的用户体验，也可以说属于黑盒测试的一部分。黑盒测试的方法黑盒的测试方法一、软件测试简介黑盒测试的方法黑盒测试设计用例方法等价类划分法边界值分析法错误推测法因果图法……日常测试正向测试：按照计划需求，输入预期实现值，对比结果是否符合需求反向测试：输入与需求相反的错误值，查看是否提示输出错误发散测试：从用户使用角度出发，设计各种使用过程中可能出现的场景，对其功能进行验证客户立场用户角度一、软件测试简介测试的方法举例测试方法名称定义内容及举例1、移植性测试可移植性测试，英文是Portabilitytesting。又称兼容性测试。可移植性测试是指测试软件是否可以被成功移植到指定的硬件或软件平台上。2、用户界面测试-UI测试用户界面测试，英文是Userinterfacetesting。又称UI测试。用户界面，英文是Userinterface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI测试的目标是确保用户界面会通过测试对像的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。用户界面测试包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息

等方面的测试。比如，测试MicrosoftExcel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。一、软件测试简介测试的方法举例测试方法名称定义内容及举例3、冒烟测试冒烟测试，英文是Smoketesting。冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。形像地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。冒烟测试的对像是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。4、随机测试

随机测试，英文是Adhoctesting。

随机测试没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大Bug，进行再次测试，可以结合回归测试(Regressivetesting)一起进行。一、软件测试简介测试的方法举例测试方法名称定义内容及举例5、回归测试回归测试，英文是Regressiontesting，回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。6、验收测试验收测试，英文是Acceptancetesting。验收测试是指系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。一、软件测试简介测试的方法举例测试方法名称定义内容及举例7、负载测试负载测试，英文是Loadtesting，负载测试是测试一个应用在重负荷下的表现。例如测试一个Web站点在大量的负荷下，何时系统的响应会退化或失败，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对像承担不同的工作量，以评测和评估测试对像在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。8、压力测试压力测试，英文是StressTesting，和负载测试差不多。压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行压力测试的资源包括内部内存、CPU可用性、磁盘空间和网络带宽等。一般用并发来做压力测试。一、软件测试简介测试的方法举例测试方法名称定义内容及举例9、性能测试性能测试，英文是PerformanceTesting，性能测试是在交替进行负荷和强迫测试时常用的术语理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。性能测试一般包括负载测试和压力测试。通常验证软件的性能在正常环境和系统条件下重复使用是否还能满足性能指标。或者执行同样任务时新版本不比旧版本慢。一般还检查系统记忆容量在运行程序时会不会流失(memoryleak)。比如，验证程序保存一个巨大的文件新版本不比旧版本慢。10、边界条件测试边界条件测试，英文是BoudaryTesting。又称边界值测试。一种黑盒测试方法，是对等价类分析方法的一种补充,由长期的测试工作经验得知，大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计测试用例，可以查出更多的错误。边界条件测试是环绕边界值的测试。通常意味着测试软件各功能是否能正确处理最大值，最小值或者所设计软件能够处理的最长的字符串等等。一、软件测试简介四、测试结果报告二、测试团队结构组成目录三、测试流程五、测试需具备的素质六、测试需注意事项一、软件测试简介二、测试团队的结构组成测试的目的是为全方面尽可能多地发现问题缺陷。一份完整的测试结果是由各个小模块测试集合而成。每个测试模块、测试小组，即是独立存在的，却又是彼此间环环相扣的，少了其中一部分，或是一部分脱节，都会影响到最终的测试结果。所以测试更为注重团队的配合，团队的力量。团队的重要性二、测试团队的结构组成测试团队的架构二、测试团队的结构组成测试团队的成员分配测试经理测试团队核心人物，负责任务的接收、下发、测试结果最终审核以及对整个团队的管理测试组长测试团队中的桥梁，负责任务的安排、测试过程的监督以及测试结果汇总审核（也参与过程测试）测试组员测试团队中的骨干，负责所有测试任务，包括测试过程的问题协商处理以及结果报告的编写四、测试结果报告二、测试团队结构组成目录三、测试流程五、测试需具备的素质六、测试需注意事项一、软件测试简介三、测试流程工作流程客户测试经理下发组长组员安排测试审核审核报告提交提交不通过通过不通过通过三、测试流程软件测试模型软件测试模型的研究是随着软件工程的发展而越来越深入的，在20世纪80年代后期PaulRook提出了著名的软件测试的V模型，旨在改进软件开发的效率和效果，后来，Evolutif公司针对V模型的缺陷，相对于V模型，提出了W模型的概念，W模型增加了软件各开发阶段中应同步进行的验证和确认活动。而H模型则是强调测试是独立的，只要测试准备完成，就可以执行测试。V模型W模型H模型三、测试流程V模型&W模型需求分析概要设计详细设计编码单元测试集成测试系统测试验收测试需求分析概要测试详细测试编码集成实施交付需求测试功能测试设计测试单元测试验收测试系统测试集成测试三、测试流程测试模块具体流程测试需求分析测试用例的设计与编写测试计划制定与评审测试的执行与监控分析测试结果编写测试报告测试经验总结与客户做好沟通，了解产品需求，并对其需求进行解析根据需求特点，进行用例的设计编写，注意需设计好用例的测试覆盖面对已设计好的测试进行一个有效的执行计划，并提交领导评审做好测试工作分配安排，加强测试工作的实施，并做好工作监控测试结果要进行分析确认，及时反馈给产品开发，并做好验证测试将确认完毕的测试结果汇整成报告，报告编写需全面、清晰、描述准确测试是一个积累过程，报告完成后还需对这一轮测试过程进行一个总结四、测试结果报告二、测试团队结构组成目录三、测试流程五、测试需具备的素质六、测试需注意事项一、软件测试简介四、测试结果报告测试报告撰写有些测试者很注重测试过程，但却容易忽略测试结果。一份好的测试报告更能体现测试过程及结果的价值，所以不容忽视。准确简洁清晰规范产品信息软件版本测试人员测试时间报告的规范性报告组成信息四、测试结果报告测试项目

测试版本

测试人员

测试开始日期

测试结束日期

测试统计本项测试结果分析

用例总数0通过0未通过0未测试0不支持0功能点测试方法测试点详细操作期望结果实际结果备注测试报告的撰写一份好的报告除了如实的反映描述出测试结果外，还要语言的简洁、描述完整，清晰易懂，让各开发工程师、规范编写人及相关负责人一目了然。四、测试结果报告二、测试团队结构组成目录三、测试流程五、测试需具备的素质六、测试需注意事项一、软件测试简介五、测试需具备的素质心理素质个人能力行业知识软件测试虽是一门技术活，但单单懂得技术是远远不够的，想要在这行业有所作为，还需要从心理、能力、知识等各方面全面发展。五、测试需具备的素质心理素质1、专心：测试者在执行测试任务的时候要专心，不可一心二用。高度集中精神不但能够提高效率，还能发现更多的软件缺陷。2、耐心：需要有难以置信的耐心。有时你需要花费惊人的时间去分离、识别和分派一个错误。很多测试工作有时候显得非常枯燥，需要很大的耐心才可以做好。如果比较浮躁，就不会做到“专心”和“细心”，这将让很多软件缺陷从你眼前逃过。五、测试需具备的素质心理素质3、细心：执行测试工作时候要细心，认真执行测试，不可以忽略一些细节。某些缺陷如果不细心很难发现，例如一些界面的样式、文字等。4、自信心：开发者指责测试出错是常有的事，测试者必须对自己的观点有足够的信心，如果轻易容许别人对自己的东西指东指西，测试工作将很难开展。五、测试需具备的素质心理素质5、责任心：责任心是做好测试工作必备的素质之一，如果测试中没有尽到责任，甚至敷衍了事，会遗漏了很多可能出现的问题缺陷，导致用户投诉，客户不满，很可能引起非常严重的后果。6、自我督促：测试工作很容易让人变得懒散，只有不断地自我督促，才能使工作正常有效的开展。五、测试需具备的素质个人能力1、良好沟通能力：一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术（开发者）和非技术人员（客户，管理人员）的交流能力。既要可以和用户谈得来，又能同开发人员说得上话。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时，就必须将这些活重新组织以另一种方式表达出来，测试小组的成员必须能够同等地同用户和开发者沟通。五、测试需具备的素质个人能力2、具有创造性：要设想出富有创意甚至超常的手段来寻找缺陷。3、追求完美：力求完美，但当知道某些无法企及时，不要去苛求，而要尽力接近目标。4、洞察力：一个好的测试工程师具有“测试是为了破坏”的观点，捕获用户观点的能力，强烈的质量追求，对细节的关注能力。五、测试需具备的素质个人能力5、善于说服：当找出的缺陷有时被认为不重要，不用修复时，要善于清晰地表达观点，说明软件缺陷为何必须修复，并推进缺陷的修复。6、善于提问：要有打破砂锅问到底的精神，勇于提出问题。7、幽默感在遇到争辩的情况下，一个幽默的批评将是很有帮助的。五、测试需具备的素质个人能力8、很强的记忆力一个理想的测试者应该有能力将以前曾经遇到过的类似的错误从记忆深处挖掘出来，这一能力在测试过程中的价值是无法衡量的。因为许多