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