文档介绍：:由人工或自动方法来执行或评价系统或系统部分的过程,以验证它是否满足规定的需求,或识别出期望的结果和实际结果之间的差异。
:
测试对象或范围分类:需求评审、设计评审、单元测试、程序测试、系统测试、文档测试、Web应用测试、客户端测试、数据库测试等;
测试目的分类:集成测试、功能测试、压力测试、性能测试等等;
静态测试、动态测试;
白盒测试、黑盒测试。
基本流程:
测试用例设计-输入数据、预期结果;
测试执行-输入数据执行被测对象;
检查实际输出与预期结果。
基本原则:
开始测试时认定软件有错,测试要证明有错;
测试应该由独立的测试团队来完成;
测试设计必须设计对应的预期输出;
要对合理、不合理(有效、无效)输入数据都进行测试;
检查软件的完备性、多余;
完整保留测试文档;
一个被测对象中有错误的概率与已发现错误的个数成正比。
:
0级:没有区分测试与调试;
1级:测试的目的是证明软件能用;
2级:测试的目的是证明软件不能用;
3级:测试的目的不是为了证明什么,而是为了降低软件使用风险;
4级:测试是一种智能训练,能够帮助专业人员开发出更高质量的软件。
,软件过程的关系:
软件工程:在给定的条件下(成本、时间)开发出高质量的软件产品。
软件生产过程的特性决定了软件产品中不可避免包含有错误。
软件测试则是尽可能多地发现错误,从而保障软件产品的质量。
McCall的质量因素:
产品修改:
可维护性,灵活性,可测试性
产品转移:
可移植性,可复用性,互操作性
产品运行:
正确性,易用性,可靠性,效率,完整性
软件质量困境
软件质量必须足够好:存在价值
软件产品无法完美:需要消耗过多的资源、时间、成本
软件开发需要在两个极端之间进行平衡:软件足够好的同时又不完美。
质量控制、质量保证和质量管理
软件质量控制其实是基本方法,通过一系列的技术来科学地测量过程的状态。如缺陷率、测试覆盖率等。
软件质量保证则是过程的参考、指南的集合,如ISO9000、CMM/CMMI等,着重内部的检查,确保已获取认可的标准和步骤都已经遵循。
软件质量管理则是实际操作的思想,质量管理控制和协调组织的质量活动,包括质量控制、质量保证和质量改进。
:
网络密集型应用;并发性;大负载量;性能;高可靠性、高可用性;安全性-内容敏感;
软件评审的目的,评审度量及其应用
评审的目标在于:尽早发现软件过程中的错误,防止错误传递、蔓延至后续活动,防止错误转化为缺陷。
准备工作量Ep-实际评审会之前所需工作量;
评估工作量Ea-实际评审所花费的工作量
返工工作量Er-修改评审所发现错误的工作量
工作产品规模WPS-评审对象的规模
发现的主要错误数Errmajor-多于预期的改错工作量的错误数目
发现的次要错误数Errminor-少于预期的改错工作量的错误数目
总评审工作量Ereview = Ep+Ea+Er
错误总数Errtot = Errmajor+Errminor
错误密度:评审的每单位工作产品发现的错误数Ed = Errtot / WPS
错误