修改版本的测试流程模版
***测试任务
一。测试环境
(测试环境可能有很多机器,每个机器上也可能有很多测试版本,所以需要把这次用到的整套环境记录下来,下面是我所测试系统的环境模版)
测试程序目录位置：
数据库IP：
后台IP:
原始需求和修改内容文档位置：
开发人员:(遇到问题时找谁问)
测试时间:(好安排测试任务)
二。原始需求
(客户来函之类的,尽量避免使用开发人员编写的原始需求)
三。修改内容
(开发人员在测试版本中一般会写个modify文档,里面有具体修改的内容,如果没有该文档,只好麻烦你自己去问开发人员了然后记录下来)
四。测试流程
一)。需求理解
(对原始需求文档不明确和不明白的地方询问相关人员之后在这里进行解释补充,做个记录防止忘记)
二)。修改理解
(对修改文档不明确和不明白的地方询问相关人员之后在这里进行解释补充,做个记录防止忘记)
三)。测试范围及测试时间安排
(规划好测试范围后,才好利用测试时间,保证测试整个进度正常)
四)。测试用例设计
分解测试功能模块：(功能模块A，功能模块B,..)
(把需要测试的范围尽可能的划分出更小的功能模块,直到无法再细分为止)
1.(功能模块A)
功能点分解：(功能1，功能2，功能3,..)
1)(功能1)
需求和设计补充:（在测试过程中,有些功能细节部分不清楚的询问开发人员得到答案后在这里记录下来,或者是发现环境某些配置需要改动也记录下来）
规则点:(功能的具体要求,为测试用例的设计提供依据,也可以称为测试点)
观察点:(预期输出结果要看哪些地方正确才算测试通过?比如说某个数据库中的某个表有数据(不必写具体数据),某个后台中的某个文件变化了.如果没有必要写可以不写)
测试数据：(对应于测试用例中的每一个用例,这里记录的是每个测试用例中使用到的输入数据和预期的输出数据,为了使测试用例简单易懂,记录测试数据是为了方便回归测试)
用例编号 输入 输出
SC001 (不一定是真正的输入数据,可能是数据库某表中需要具备哪些数据) (预期的结果具体数据)
SC002
测试用例：
(利用基本的黑盒测试方法,包括边界值,正常测试用例,备选测试用例,异常测试用例,错误推断等方法)
用例编号 输入 输出 实际结果
SC0001
SC0002
2)(功能2)
需求和设计补充:
规则点：
观察点：
测试数据：
测试用例：
用例编号 输入 输出 实际结果
SCXXXX
2.(功能模块B)
(同上)
五)。测试用例执行及更新测试用例
（若任务紧急，可以边写测试用例边执行测试，该项可以合并到上一步骤中去）
六).回归测试
(执行需要回归测试的测试用例)
七)。BUG提交或问题
1.BUG1（修改结果?）(在某个测试用例的实际结果中有写BUG1标记)
2.BUG2（下一个版本再修改的原因?）
五。经验总结
(测试过程中,有什么新的测试想法,或者用了新的测试方法使得测试效率得到提高,都可以在这里记录下来,作为这次测试任务的经验收获)
