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