自己总结的系统测试计划，希望大家驻足给出批评建议意见，非常感谢大家每个建议
我又来了，看着身边的人不是进飞信了就是进360，还有的工作一年北漂想换工作准备要5k，可是我对自己依然没有那么多的自信，依然呆在这里，依然保持着刚进来时3k多点儿的工资，废话不多说了，总之，希望在这个大家庭里我们共同进步！附件是我写的测试计划，也算只是个模板吧，只针对手工的系统测试，希望大家多多给出批评建议和意见，我是菜鸟,写的很差劲大家莫见笑，期待大家的批评意见建议！期待，希望通过这次大家的帮忙可以共同进步:) 自己支持一下！ 加油明年去要6K 本人也是新手，个人觉得功能测试计划都包含了一些测试用例的，期待高手给出解答 1.测试范围和测试重点需要着重描写，在你的文档中只在简介中简单描写了后台要测试的内容有XXX，建议这块把受影响的所有的功能模块全部罗列出来，标出哪些可能是重点风险点，哪些是次要的。2.至于测试进度嘛，测试要受研发的进度影响，我始终坚持按测试范围评估测试工作量，就是需要多少人天。
3.测试策略。我第一年干测试的公司是按测试轮次走，第二年干测试的公司是按阶段走。两者针对的测试对象不同，存在的很大的诧异吧。我感觉按阶段走的话，比如：你设计的功能测试结束的标准是所计划的测试已全部执行，所发现的缺陷已全部解决，那么在这个结束标志前，你就不做界面测试吗？我想，当你功能真的满足结束后，难看的界面就已经被你接受了，也就觉得不难看了（测试人员的通病）。。。
所以你可以尝试轮次+阶段的组合方法，这样既方便测试管理，也方便缺陷界定的麻烦。至于怎么个组合法，我也正在尝试中。。。。。。
4.测试完成标准为所有测试用例执行完毕， 这个恐怕有些牵强。。。。。系统经过最后一轮测试或发版阶段测试后，还会出现很多缺陷，一些缺陷是你测试用例中没有的，那么你会去修改测试用例吗？所以这块建议增加对回归测试验证阶段的完成标准。
好啦，我就说这些，都是个人建议。一个公司有一个公司的标准，一个测试部门经理有一个测试部门经理的标准，我2年间跳槽1次，共换过5个部门经理10多个师傅。所以我总结的一点就是：你说你的测试流程标准，好，我承认，我有我的标准，我也会不断的去修正自己的标准来促进研发生产，所以，请你不要凭空的来干涉我的游戏规则。 来看看了。。。。 回复 5# qqitong
非常感谢…… 驻足。。。 我觉得还可以啦，呵呵 整体上听符合的 顶一下 可以交流下 我的联系邮箱是746056682@qq.com 呵呵 测试行业还是不错的，有这么多热心人 {:4_90:} 写的很不错啊
页:
[1]
