软件测试的策略与计划制定

测试计划

修订历史记录

版本 日期 AMD 修订者 说明

1.0 2016年5月31日 M 六组全部人员 修改全部内容

2.0 2016年6月3日 MD 六组全部人员 修改并删除内容

3.0 2016年6月7日 MD 六组全部人员 主要修改格式、删除冗余

（A-添加，M-修改，D-删除）

目录

1.简介.............................................................. 4

1.1目的......................................................... 4

1.2背景......................................................... 4

1.3 测试目标 .................................................... 4

1.4范围......................................................... 4

2.测试参考文档和测试提交文档........................................ 5

2.1测试参考文档................................................. 5

2.2测试提交文档................................................. 6

3.测试进度.......................................................... 6

4.测试资源.......................................................... 7

软件测试策略

测试策略：

一、

测什么：需要有功能测试(各个功能模块)、性能测试、安全性测试、兼容性测试、文档测试等等。(测试范围)

怎么测：通过各种手法完成功能测试(基本的理论结合需求说明)、性能测试的不同场景、安全测试的级别和内容、不同版本... (测试方法)

二、

策略就是考虑要完成这个测试任务，需要哪些方式方法。如系统访问人数比较多，那我是不是该考虑性能测试啊?系统基于老系统升级的那我是不是考虑老系统用自动化回归啊?

三、测试策略的设计是一个多步骤的分析过程：

1分析需求

2评估风险

3定义测试范围

4确定测试方法

5确定进入和退出条件

软件测试的原则与策略

1、尽早和不断的测试。 2、程序员应该避免检查自己的程序，软件测试应该由第三方构造。

3、设计测试用例时应该考虑到合法的输入和不合法的输入以 及各种边界条件。

4、注意测试中的错误集中发生现象。

5、对测试错误结果有确认过程。

6、制定严格的测试计划，并把测试时间安排的尽量宽松。

7、回归测试的关联性，原有功能过滤

8、进行版本控制，制定变更测试文档的流程。

测试策略，在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合，需在测试计划文档中体现。

第1页, 共7页

目 录

目 录 .................................................................................................................................. 1

系统总体测试策略 ................................................................................................................ 2

1 概述 ............................................................................................... 错误!未定义书签。

2 产品研发状况分析 ...................................................................................................... 3

3 测试综述 ..................................................................................................................... 3

3.1 测试项目分析 .............................................................................................................. 3

3.2 项目继承部分的测试策略 ............................................................................................ 4

软件测试方案测试策略测试计划

一、测试方案。

# （一）测试目标。

咱们这个软件啊，就像一个小怪兽，咱得把它全身上下都检查一遍，看看有没有啥毛病。目标就是要确保这个软件能像个乖宝宝一样，按照咱们预期的那样正常工作，别给用户使小性子。比如说，用户点击某个按钮的时候，它就得听话地做出正确反应，可不能乱跳或者死机啥的。

# （二）测试范围。

1. 功能测试。

把软件的每个功能都当成是一个小玩具，要一个一个地玩，看看是不是都能正常玩起来。从登录注册开始，到各种复杂的业务功能，像下单买东西啊，或者上传文件之类的。就像你去超市试吃一样，每个小点心（功能）都得尝尝味道对不对。

2. 界面测试。

这软件的界面就像人的脸一样，得看着舒服。检查那些按钮啊、菜单啊、文字排版啥的，有没有歪歪扭扭的，颜色搭配是不是辣眼睛。要是界面长得太丑或者不好操作，用户可能扭头就走了。

3. 兼容性测试。

这个软件可不能是个挑三拣四的主儿。要在不同的浏览器上（像Chrome、Firefox、IE那些），还有不同的设备（手机、平板、电脑）上试试，不管是苹果的还是安卓的设备，都得能友好相处，就像不同性格的小伙伴能一起愉快玩耍一样。

# （三）测试资源。

1. 人力。 我这个测试小能手肯定得在，再拉上几个小伙伴。就像组成一个超级战队一样，有人专门负责功能测试，有人盯着界面，还有人去搞兼容性的事儿。

2. 测试环境。

得搭建一些模拟的环境，就像给小怪兽（软件）建几个不同的小窝（测试环境）。有开发环境，就像小怪兽的产房，我们可以先在这儿初步看看它的样子；还有测试环境，这就是小怪兽的训练场，我们可以在这儿对它进行各种严格的训练（测试）；最后还有预生产环境，这就快接近正式的战场了，在这儿再检查一遍，确保小怪兽能适应真实的世界。

# （四）测试方法。

1. 黑盒测试。

把这个软件当成一个黑盒子，我们只看输入和输出。就像喂小怪兽吃不同的东西（输入），然后看它拉出来的东西（输出）对不对。不管它肚子里（内部代码）是怎么运作的，只要它给我们的结果是正确的就好。