软件测试过程与策略软件测试的过程软件测试策略单元测试1单元测试6结合考虑上面三个因素，以最少的成本取得最好的收益，三个订单信息如下：自顶向下结合方式举例:(深度优先)多态性：多继承直接导致了成员函数调用的不确定性。假设订货中心共有三个仓库，管理者要决定应该选择哪个仓库处理订单。广度优先:A、B、C、D、E、F测试是否满足开发要求，以正式的软件说明书作为测试标准。需求模型一致性检查；检查与时间有关错误。5CSCI评估和建议采用正式技术评审的方法，检查分析与设计模型的正确性、完整性和一制性。确认测试4系统测试采用人工干扰使软件出错，中断软件的运行，检测系统的恢复能力，特别是通信系统。检测点设置、4正式合格性测试说明G1(1000)，G2(100)，G5(550)，G8(150)，G10(980)集成测试(组装测试)集成测试需考虑的问题:数据穿越接口可能丢失.一模块可能破坏另一模块功能.子功能组装可能未产生所要求的主功能.全程数据结构可能出问题.误差累积问题.1).非渐增式集成方式一次就把所有通过了单元测试的模块组合在一起进行全程序的测试.缺点:发现错误难以诊断定位.又称“莽撞测试”.(1).自顶向下结合步骤:主控模块为驱动模块,所有直属主模块的下属模块全用桩模块代替,测试主模块.根据所选结合方法(先深度或先广度),每次用一实际模块替换相应桩模块.模块结合一个,测试一个.完成一组测试后,用实际模块替换另一个桩模块.为保证不引入新错误,进行回归测试自顶向下结合方式举例:自顶向下结合方式举例:(深度优先)自顶向下结合存在的逻辑问题:(2).自底向上结合自底向上结合方式举例自底向上结合方式举例:自顶向下自底向上优点可在测试早期设计测试用例容易实现并验证系统主要功能不需驱动模块不需桩模块缺点需桩模块只有到最后程序才能作为一个整体(3).混合集成测试方法一般对软件结构的上层使用自顶向下结合的方法;对下层使用自底向上结合的方法;3确认测试(有效性测试)2).软件配置审查与验收3).人工测试静态分析对源程序进行静态分析的方法：生成各类引用表静态错误分析(1)类型和单位分析(2)引用分析(3)表达式分析(4)接口分析4).确认测试结果α测试的目的是评价软件产品的FLURPS（即功能、局域化、可使用性、可靠性、性能和支持）。尤其注重产品的界面和特色。α测试可以从软件产品编码结束之时开始，或在模块（子系统）测试完成之后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。β测试是由软件的多个用户在实际使用环境下进行的测试。这些用户返回有关错误信息给开发者。测试时，开发者通常不在测试现场。因而，β测试是在开发者无法控制的环境下进行的软件现场应用在β测试中，由用户记下遇到的所有问题，包括真实的以及主观认定的，定期向开发者报告。β测试主要衡量产品的FLURPS。着重于产品的支持性，包括文档、客户培训和支持产品生产能力。只有当α测试达到一定的可靠程度时，才能开始β测试。它处在整个测试的最后阶段。同时，产品的所有手册文本也应该在此阶段完全定稿。4系统测试用于系统测试的测试类型:(1)恢复测试(2)安全性测试(3)强度测试(4)性能测试(5)启动／停止测试(6)文档测试(7)配置测试(8)可使用性测试(9)可支持性测试(10)安装测试(11)过程测试(12)容量测试(1)恢复测试3实时系统测试可采用以下四步策略：(1)任务测试(2)行为测试(3)任务间测试(4)系统测试7.5面向对象的测试①基于线程的测试（thread－basedtesting）。集成对系统的一个输入或事件进行响应所需的一组类，每个线程被集成并分别测试；②基于使用的测试（use－basedtesting）。首先，测试独立类（几乎不使用服务器的类）而开始构造系统；然后，测试下一层的依赖类（使用独立类的类）。通过依赖类层次的测试序列逐步构造完整的系统。适用于小程序，路径数目很大时无法进行。③安全测试。实现并验证系软件测试策略:1单元测试2集成测试更多的测试案例可以被导出已保证类的所有行为已经被适当地测试，在类行为导致与一个或多个类协作的情况下，多个STD被用于跟踪系统的行为流。测试完成后可能出现两种情况:子功能组装可能未产生所要求的主功能.一模块可能破坏另一模块功能.5CSCI评估和建议(3)系统中的事件一定要告诉管理者吗？(1)打印出所有存储内容、代码订单主要信息：订单号、送货地点、货物名称及数量等。测试名称和项目唯一标识号测试实际上也是一个项目。测试也有需求、设计和实现，并且测试本身也会有测试(测试中的测试)。