SE12软件测试.ppt

在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类： 测试结果与预期的结果相符。 这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。 测试结果与预期的结果不符。 这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。 确认测试 (2)软件配置复查 软件配置复查的目的是保证 软件配置的所有成分都齐全； 各方面的质量都符合要求； 具有维护阶段所必需的细节； 而且已经编排好分类的目录。 应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。 确认测试 (3)验收测试 (Acceptance Testing) 在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。 验收测试是以用户为主的测试。软件开发人员和QA(质量保证)人员也应参加。由用户参加设计测试用例，使用生产中的实际数据进行测试。 在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、可维护性、错误的恢复功能等进行确认。 确认测试应交付的文档有： 确认测试分析报告 最终的用户手册和操作手册 项目开发总结报告。 确认测试 2、Alpha和Beta测试 如果一个软件是为许多客户开发的(例如，向大众出售的盒装软件产品)，那么让每个客户都进行正式的验收测试是不现实的。在这种情况下，绝大多数软件开发商都使用被称为Alpha测试和Beta测试的过程，来发现那些看起来只有最终用户才能发现的错误。 Alpha测试由用户在开发者的场所进行，并且在开发者对用户的“指导”下进行测试。开发者负责记录错误和使用中遇到的问题。 总之，Alpha测试是在受控的环境中进行的。 确认测试 Beta测试由软件的最终用户们在一个或多个客户场所进行。与Alpha测试不同，开发者通常不在Beta测试的现场，因此，Beta测试是软件在开发者不能控制的环境中的“真实”应用。 用户记录下在Beta测试过程中遇到的一切问题(真实的或想像的)，并且定期把这些问题报告给开发者。接收到Beta测试期间报告的问题之后，软件开发者对产品进行修改，并准备向全体客户发布最终的软件产品。 2、Alpha和Beta测试（续） 确认测试 系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。 系统测试的目的：通过与系统的需求定义作比较，发现软件与系统的定义不符合或与之矛盾的地方。 系统测试 α测试和β测试 只有当α测试达到一定的可靠程度时，才能开始β测试。它处在整个测试的最后阶段。同时，产品的所有手册文本也应该在此阶段完全定稿。 系统测试 系统测试是由一系列不同的测试组成。主要目的是对以计算机为基础的系统进行充分的测试。 (1)功能测试 功能测试是在规定的一段时间内运行软件系统的所有功能，以验证这个软件系统有无严重错误。 (2)可靠性测试 如果系统需求说明书中有对可靠性的要求，需进行可靠性测试。 平均失效间隔时间MTBF(MeanTime Between Failures)是否超过规定时限? 因故障而停机的时间MTTR(MeanTime To Repairs)在一年中应不超过多少时间。 系统测试的种类 系统测试 (3)强度测试 强度测试是要检查在系统运行环境不正常乃至发生故障的情况下，系统可以运行到何种程度的测试。例如： 把输入数据速率提高一个数量级，确定输入功能将如何响应。 设计需要占用最大存储量或其它资源的测试用例进行测试。 设计出在虚拟存储管理机制中引起“颠簸”的测试用例进行测试。 设计出会对磁盘常驻内存的数据过度访问的测试用例进行测试。 强度测试的一个变种就是敏感性测试。在程序有效数据界限内一个小范围内的一组数据可能引起极端的或不平稳的错误处理出现，或者导致极度的性能下降的情况发生。此测试用以发现可能引起这种不稳定性或不正常处理的某些数据组合。 系统测试 (4)性能测试 性能测试是要检查系统是否满足在需求说明书中规定的性能。特别是对于实时系统或嵌入式系统。 性能测试常常需要与强度测试结合起来进行，并常常要求同时进行硬件和软件检测。 通常，对软件性能的检测表现在以下几个方面：响应时间、吞吐量、辅助存储区，例如缓冲区，工作区的大小等、处理精度，等等。 系统测试 (5)恢复测试 恢复测试是要证实在克服硬件故障(包括掉电、硬件或网络出错等)后，系统能否正常地继续进行工作，并不对系统造成任何损害。 为