史上最全测试流程详解 保险公司经营外汇业务流程包括哪些内容和方法

前言-----

对于测试流程基本很多做过测试的大牛，小哥哥，小姐姐都能说出个十之八九，但是对于细节，可能还需要一些整理文件，这不，我整理了一些测试的全部流程，希望能给大家带来帮助，有不妥的地方，请大家指正。

 一.测试需求文档

1. 产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全

---重点：需求文档分析  了解熟悉业务，分析需求测试点

（1）确认功能(业务功能，辅助功能，数据约束，易用性需求，编辑约束，参数需求，权限需求，性能约束）

（2）场景分析（考虑场景调用者和系统内部各个场景之间联系）

（3）挖掘隐性需求（常用业务流程以及各分支）

二.测试计划

1.编写目的 此文档根据项目需求文档，制定测试策略、评估测试风险，确定所需的资源，并对测试的工作量进行估计，进行人员和进度安排，并且列出测试项目的可交付元素。 2.参考文档 详细设计文档，设计原型 3.测试概要 （1）测试目标 通过测试，达到以下目标： 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。 产品规定的操作和系统运行稳定。 Bug数和缺陷率控制在可接收的范围之内，遗留BUG一般不超过所有BUG的10% （2）测试范围 列出测试最终需要交付的功能模块列表 （3）测试人力资源 （4）测试环境：服务器环境，终端环境，网络环境 （5）bug管理工具 4.测试规范 开始测试标准：代码编译通过，软件可以争取安装运行，实现功能与产品设计出人，冒烟测试通过 中断测试标准：安装无法正确完成，程序代码编译不通过，系统服务异常，发现阻塞功能的bug 5.bug规范 致命，严重，一般，建议 6.测试策略 冒烟测试：依据开发提测时间变动 第一轮功能测试：执行测试用例，包括边界值测试，兼容性测试，易用性测试，用户界面测试，安全性测试 第二轮功能测试：bug复测及功能验证 回归测试：全面回归测试 性能测试：需确认具体性能测试方案和工具 发布测试 测试报告总结 7.测试风险 测试本身（测试时间/测试技术/开发进度延误/难以修复缺陷/其它原因） 8.测试输出文档 测试计划 测试用例 测试bug单 测试报告

三.测试用例

测试需求分析和业务流程分析

1.设计方法： 等价类划分法（将测试的范围划分成几个互不相交的子集） 边界值分析法（选出的测试用例，应选取正好等于、刚刚大于、刚刚小于边界的值） 错误推测法（在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误） 判定表法（适合于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，会得到一个判断清晰的策略） 正交实验法（在各因素互相独立的情况下，设计出一种特殊的表格，找出能以少数替代全面的测试用例） 还有其它场景法和状态迁移法等

2.测试用例八要素：用例编号，测试项目，测试标题，重要级别，预置条件，测试输入，操作步骤，预期输出 （1） 用例编号（规则：由字符和数字组成的字符串，具有唯一性，易识别性） （2） 测试项目（对应测试用例编号中的测试子项名 系统测试 （3） 测试标题（体现测试出发点关注点以及测试用例期盼的测试结果） （4） 重要级别、优先级别（重要级别一般分为高中低 ） （5） 预置条件：测试用例在执行时需要满足一些前提条件，环境的设置 （6） 测试输入（测试执行中需要加工的外部信息，避免用描述性语言，要具体，根据测试用例具体情况，有手工输入，文件，数据库记录） （7） 操作步骤：执行当前用例需要经过的操作步骤，需要明确的给出每一个步骤的描述 （8） 预期输出：需要判断测试对象是否正常工作

一.测试执行

1.测试环境搭建 测试环境：硬件环境，软件环境 硬件环境：测试必须的服务器，客户端，网络连接设备，以及打印机/扫描仪等辅助硬件设备构成的环境 软件环境：被测软件运行的操作系统，数据库以及其它应用软件构成的环境 搭建测试环境的准备工作： 安装工具：虚拟机 虚拟机优点：运行在主机上

二.执行测试用例 根据测试用例优先级来执行测试用例

-----测试关注点

1. 根据UI效果图进行UI测试

（1）、观察APP的用户界面(如菜单、对话框、窗口和其它可规控件)是否符合UI稿

（2）、不同的连接页面之间导航