自己总结的系统测试计划，希望大家驻足给出批评建议意见，非常感谢大家每个建议

我的乖 · 发表于 2012-3-5 15:42:29

我又来了，看着身边的人不是进飞信了就是进360，还有的工作一年北漂想换工作准备要5k，可是我对自己依然没有那么多的自信，依然呆在这里，依然保持着刚进来时3k多点儿的工资，废话不多说了，总之，希望在这个大家庭里我们共同进步！附件是我写的测试计划，也算只是个模板吧，只针对手工的系统测试，希望大家多多给出批评建议和意见，我是菜鸟,写的很差劲大家莫见笑，期待大家的批评意见建议！期待，希望通过这次大家的帮忙可以共同进步

我的乖 · 发表于 2012-3-5 15:43:28

自己支持一下！

ernest000 · 发表于 2012-3-5 16:21:03

加油明年去要6K

ymwang119 · 发表于 2012-3-5 22:09:52

本人也是新手，个人觉得功能测试计划都包含了一些测试用例的，期待高手给出解答

qqitong · 发表于 2012-3-9 16:06:36

1.测试范围和测试重点需要着重描写，在你的文档中只在简介中简单描写了后台要测试的内容有XXX，建议这块把受影响的所有的功能模块全部罗列出来，标出哪些可能是重点风险点，哪些是次要的。
2.至于测试进度嘛，测试要受研发的进度影响，我始终坚持按测试范围评估测试工作量，就是需要多少人天。
3.测试策略。我第一年干测试的公司是按测试轮次走，第二年干测试的公司是按阶段走。两者针对的测试对象不同，存在的很大的诧异吧。我感觉按阶段走的话，比如：你设计的功能测试结束的标准是所计划的测试已全部执行，所发现的缺陷已全部解决，那么在这个结束标志前，你就不做界面测试吗？我想，当你功能真的满足结束后，难看的界面就已经被你接受了，也就觉得不难看了（测试人员的通病）。。。
所以你可以尝试轮次+阶段的组合方法，这样既方便测试管理，也方便缺陷界定的麻烦。至于怎么个组合法，我也正在尝试中。。。。。。
4.测试完成标准为所有测试用例执行完毕，这个恐怕有些牵强。。。。。系统经过最后一轮测试或发版阶段测试后，还会出现很多缺陷，一些缺陷是你测试用例中没有的，那么你会去修改测试用例吗？所以这块建议增加对回归测试验证阶段的完成标准。

好啦，我就说这些，都是个人建议。一个公司有一个公司的标准，一个测试部门经理有一个测试部门经理的标准，我2年间跳槽1次，共换过5个部门经理10多个师傅。所以我总结的一点就是：你说你的测试流程标准，好，我承认，我有我的标准，我也会不断的去修正自己的标准来促进研发生产，所以，请你不要凭空的来干涉我的游戏规则。

skchao1111 · 发表于 2012-3-9 18:44:26

来看看了。。。。

我的乖 · 发表于 2012-3-12 09:38:11

回复 5# qqitong

非常感谢……

tan19880105 · 发表于 2012-3-12 16:48:51

驻足。。。

tan19880105 · 发表于 2012-3-12 16:49:12

我觉得还可以啦，呵呵

tan19880105 · 发表于 2012-3-12 16:49:27

整体上听符合的

tan19880105 · 发表于 2012-3-12 16:49:36

顶一下

tan19880105 · 发表于 2012-3-12 16:49:53

可以交流下

tan19880105 · 发表于 2012-3-12 16:50:21

我的联系邮箱是746056682@qq.com

tan19880105 · 发表于 2012-3-12 16:51:19

呵呵

tan19880105 · 发表于 2012-3-12 16:51:47

测试行业还是不错的，有这么多热心人

tan19880105 · 发表于 2012-3-12 16:52:02

valiant · 发表于 2012-3-14 09:22:17

写的很不错啊

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 自己总结的系统测试计划，希望大家驻足给出批评建议意见，非常感谢大家每个建议

本帖子中包含更多资源

相关帖子

站长推荐 /1