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

babybear315

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

Lighthouse

系统测试分为测试设计和实施阶段和回归测试阶段。
系统测试应该从黑盒的角度，根据系统的需求，设计：特性测试，性能测试，稳定性测试，可靠性测试，用户测试等等很多方面的用例。

babybear315

我也是这样划分阶段的，举个例子，像画图板这样的软件，你如何写，写一个时间进度表就可以了吗，比如写其中调色板部分的测试方案是不是就需要按功能一条一条的写出来呢？请指教！

嘘garfield

有时候是我们写详细的测试计划,项目经理嫌太详细了,觉得浪费时间跟资源.
他们只要求写出大纲就是了.
所以想多点听各位的意见

Lighthouse

详细是好的。对的。项目经理有问题。

至少还有你

请问，你们说的测试计划包含测试方案么？
我现在写测试计划只是针对系统规模计划测试时间段。
至于如何测试系统，测试方法，测试对象等都放在测试方案中描述。

天天

我们的测试计划包括两部份,一部份是时间安排与基本条件,一部份是测试方案提纲.而详细测试方案包括测试用例.

beiyue

冰河

一般的测试计划就要包括测试用例的轮廓！系统测试计划更不可少的啦！

mojinde

没有写过测试计划，学习中……

babybear315

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

木乃伊

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

fzx

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

weiweibo

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

ks123

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

tcxtt

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

zhuwenjing

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

zhuwenjing

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

takiro

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

beck3000

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

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

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