大家来谈谈如何写系统测试的测试计划吧

babybear315

如题，请大家各抒己见。
我先谈吧：
我第一次写测试计划，结果呢，写的测试计划注重了阶段的划分，进度表写的比较合理，但是对系统的针对性不强，公司做的是软件产品，是一个大型的系统软件，所以到系统测试的时候把软件分成几个部分进行系统测试，然后针对每个部分写测试计划，我写的好象稍微改动一下每个部分都可以用，我觉得这样的东西更像流程，请大家谈谈经验，谢谢

yuxuan555269

学习学习

yeqin

RUP模板还不错哈，学习一下~~

423799223

不错
学习中

wgs0923

纵向,按照阶段性划分,把握整个过程的测试线索,反映它的测试周期;回答"测试什么的问题？"
横向,按照测试的策略划分,考虑具体的测试方法/手段，回答“怎样测试的问题？”
概括起来，就是一种自上而下，由表及里的设计思想！
（跟楼上的RUP模板，设计思想类似的！）

zm_0592

sdlkfj3 你们谁有软件工程测试的计划书啊，刚学就叫我们写，都不会啊。。。。。谁帮帮忙吧！！！！！！！！！！！邮箱：zm_0592@163.com

learn

我说说我的观点：

测试计划要包括进度，人员，成本，风险等，进度只是一个阶段性进度，可以比较粗略。

测试方案：写出每个模块的测试方法，特别要指出核心模块的测试。

测试用例：根据测试方案写出具体的测试用例，要注重核心模块，用户经常光顾的模块。要尽可能仔细设计测试用例。
请大家多多指点，这只是我的个人观点

smile_q

对系统了解不是很多的情况下，根据需求规格及设计方案能写测试计划吗
还需要哪些文档？

smile_q

长见识
我刚接触测试，只是看了一点书，现在让我写测试计划，不知怎样入手。

wisebinbin

谢谢了，长见识了！

beck3000

测试计划基本上按照模板来写，感觉RUP的模板比较出色，主要包括的几个部分为:
1.简介（目的、背景、范围、项目标识）
2.测试需求（就是测试的对象、范围，按一定逻辑关系分类）
3.测试策略（测试类型、工具）
4.资源（角色、系统）
5.项目里程碑
6.可交付工件（测试日志、测试缺陷报告、测试总结报告。。。。。。）

其中3的测试类型它列举了12种
1).数据和数据库完整性测试
2).功能测试
3).业务周期测试
4).用户界面测试
5).性能评价
6).负载测试
7).强度测试
8).容量测试
9).安全性和访问控制测试
10).故障转移和恢复性测试
11).配置测试
12).安装测试

RUP本身就是一个可裁减，可定制的过程，测试计划也是根据实际过程需要可简可繁，保留基本要素即可。

takiro

根据我的经验 测试计划中只需简单的说明测试的进度安排 人力 背景 流程图 异常处理 结束标准等
最主要的是计划是指导整个系统测试的 是要贯穿始终的。
所以在计划中是一定要提到对于系统项目大体功能的测试策略。
因为只有这样的计划才能充分知道系统测试的用例设计和测试执行。

zhuwenjing

应该注重,测试的对象特性.在有效的时间能能够把被测试对象的性能(功能和运行效率)测试清楚.就是好的.
细与否要看本公司的实际情况了.......
理论上是粗略(概况)的好........在之前已经根据需求写好了测试用例.......

zhuwenjing

应该注重,测试的对象特性.在有效的时间能能够把被测试对象的性能(功能和运行效率)测试清楚.就是好的.
细与否要看本公司的实际情况了.......
理论上是粗略(概况)的好........在之前已经根据需求写好了测试用例.......

tcxtt

测试计划主要就是写测试用例吧，其他的根据具体情况来

ks123

我是新手请各位前辈多多指教我也要写测试计划了最近郁闷中!

weiweibo

babybear315同志说的只是系统测试的测试计划，至于测试进度、成本、风险、薄弱环节、测试策略等好像是各级别测试计划共有的东西。个人认为其区别主要是对软件任务书各功能项的合理划分吧，而这些则是测试用例的追踪项了。  还往各位大侠不吝指点。

fzx

任何计划都关注的是：进度，成本，风险。关注作什么，尽量不关注怎么作。

木乃伊

有没有同学把写过计划那上来看看啊！！

babybear315

那么说系统测试计划应该是时间资源的规划，而后期的系统测试案例的设计也很重要！