测试的方案测试策略.ppt

测试策略培训 软件测试工作过程 1. 消化需求/概要设计/ui设计/编码规范/架构设计/数据库设计； 2. 分析并编写测试计划（单元/集成/系统）（确定测试需求，测试方法，测试环境，测试工作进程计划）； 评审测试计划 3. 设计测试用例（单元/集成/系统）（集成测试用例，系统测试用例） 4. 评审测试用例（集成测试用例，系统测试用例） 5. 单元测试(UT)（执行单元测试用例，记录bug，回归测试，出具测试分析报告）； 6. 集成测试(IT) （执行集成测试用例，记录bug，回归测试，出具测试分析报告） ； 7. 搭建测试环境； 8. 系统测试(ST) （执行系统测试用例，记录bug，回归测试，出具测试分析报告） ； 9. 用户验收测试(UAT)。 确定测试策略的原则： 1. 理解定被测软件需求　　熟悉需求，理解被测系统的 组织结构：(软件的用户单位工作岗位的层次结构图,根权限管理测试有关)； 系统功能：与数据有关的动作； 业务流程：调用（获取数据），参数，函数，返回值（送出数据）等； 技术方案（模块化，组件化，层次化）； 前置条件 (完成功能时应该具备的条件，还没有存在的事情；如：除法的分子，分母描述等，如：业务流程中的详细说明)； 约束条件（完成功能是受到的限制，已经存在的事情；如：除数不能为零，如：业务流程中的详细说明）； 数据字典（表单的字段名称，类型，长度，pk等）； 安全要求（网络安全，数据安全等）； 性能指标．TPS，响应速度，CPU和内存的使用率等； 综合查询/报表； 软件运行的环境等相关内容，熟悉软件的结构、相关的技术、设计思想、数据库设计等相关内容。 确定测试策略的原则： 2. 定义测试计划（测试策略=测试需求+测试方法，测试环境，测试工作进度表）： 可以包括以下内容：16种的测试类型： 初始化测试，功能测试、界面测试，安全测试，容错测试，接口（业务流程）测试、性能测试、并发测试、负载测试、配置（兼容性）测试，恢复测试，安装测试，文档测试，可用性测试等。 3. 测试技术： 25%用自动测试工具进行测试， 75%手工测试。 4. 完成标准： 测试用例的覆盖率达到20%（测试用例个数/kloc*100%）左右，95%测试用例通过并且最高级缺陷全部解决。 5.软件特性：见下页 5.软件特性： 正确性--功能，接口，界面，权限 可靠性--性能，负载，并发，稳定性 可测性—需求，可用性 健壮性—容错，恢复测试， 完整性—功能，接口，界面，安装，数据完整性，初始化，权限，release 一致性—文挡，配置， 可扩展性--外部接口 安全性--安全 无二义性 兼容性， 确定测试策略的步骤： 5. 分析被测系统，编写测试需求 　　反复检查并理解各种信息(数据等)，和相关人员沟通和交流，理解他们的需求。可以按照以下步骤执行： 　　1）确定软件提供的主要业务 　　2）对每个用户的日常数据处理业务（商业业务），确定完成该任务所要进行的工作,前置条件,约束条件。 　　3）确定数据的计算及其结果。 　　4）对于对时间有要求的业务处理过程，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易（事务处理）量、以及网络拥挤情况。  确定测试策略的步骤： 5）确定会产生重大意外的安全和压力测试，包括：应用级安全,系统级安全,软件运行的CPU.内存.硬盘空间等 6）确定应用软件系统所需要处理的数据量。 7）确定需要的软件和硬件配置。 通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试.包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。 8）确定其他与应用系统有没有接口。包括：　　管理功能，如启动和退出程序；　　配置功能，如设置打印机；　　操作员的爱好，如字体、颜色；　　应用功能，如访问email或者显示时间和日期等。  确定测试策略的步骤 9）确定安装过程，包括常用的典型安装、自定义定制安装、升级安装。 10）确定没有隐含在功能测试中的用户界面要求。大多界面都在功能测试时被测试到。还有没有是否没有测试到位的。 如：操作与显示的一致性，如使用快捷键等； 界面符合ui设计，如按钮大小，标签等。 案例1(ATM业务) 主业务流程,卡分支; 业务流程分析方法; 功能业务分支; 转帐业务分支; 业务流程容错. 案例2