51Testing软件测试论坛

标题: 测试到了迭代版本规范管理制度该怎样？ [打印本页]

作者: amelin 时间: 2017-4-14 17:05
标题: 测试到了迭代版本规范管理制度该怎样？
测试到了迭代版本规范管理制度该怎样？
前期公司创业阶段，如今过渡期发展，已经到了有绩效kPI这些……

所以迭代版本的测试规范管理制度该怎样？
例如开发完毕给测试这个过程。。。
有点淡淡的苦恼郁闷，开发不是一整个流程给测试，而是每次都说自测了。。实际上并没有。。
测试不到一个流程功能，就得让开发修复解决，有时因为修复解决，还把测试的时间给暂用了。。

老大给的考核不合理，测试耽误上线就得扣分如何。。关键不是测试引起的，而是根本上，开发功能
流程都没有走通，测试实际没有测试多久都可以完成的，so尴尬了。。

不知道大家遇到该问题没有？

之前我考虑过要开发签署给予测试--测试单，但是发现实际上开发并依旧不会这样执行。。郁闷。。
开发能力是可以的，不是很差，遇到功能难点情况，也可以开发完毕，就是出现这样的情况太多，我想解决这个难点。。
大家有什么好的点子或建议的，感谢提出~！

作者: 梦想家 时间: 2017-4-15 09:01
开发自测是自测只能解决他们他们认为不对的地方，还是需要测试测得测试需要根据用例一条条过，还有测试完事打回改完bug统一在测知道达到标准为止

作者: jingzizx 时间: 2017-4-17 09:15
迭代开发一定要控制版本。每次提交测试的时候，修改了什么、新增了什么，一定要说清楚，测试的时候严格进行BUG记录，进行反馈。
你可以统计实际开发提交后到一轮测试完成的时间，完成是可以向相关领导发送测试结果说明。

作者: luming 时间: 2017-4-17 09:48
还是没有明白你们公司的开发流程是什么，你们用的瀑布还是敏捷，既然有开发自测的过程，在流程中是如何验证开发已经自测的，是否有相应的单元测试覆盖率。
测试也一样，是否存在测试用例，还是直接拿过来就测试，是否有对需求等的评审和确认，大部分的问题都是哪类的。
你的问题实在算不上清晰，所以也无法分析。

建议从两个方面着手：
1.第一对开发自测确认。
2.第二对测试用例评审。

至于其他的，感觉你们公司的开发流程不清晰。可以自己学习一下QA应该干些什么，和上面的领导说，测试承担一些QA的工作，测试是拿开发没有办法的，QA就是管理流程的，有职责才有权利。

作者: franklzann 时间: 2017-4-17 10:45
在接收要测试的系统前，先做个冒烟测试（比如要能够走完核心流程……，具体的测试内容和要求，根据实际情况自己制定）
如果冒烟测试，能够通过，才算是接收了被测系统，否则，就不算是进入了测试阶段，直接打回开发，系统还处于开发阶段。
另外，和老大和开发负责人都沟通清楚，冒烟测试的作用，还有实际内容
最好是也计入绩效考核，每次的冒烟测试失败，都是应该记录在案的，这是开发工作流程的问题

另外，你提出的要求，需要得到老大的认可和支持，才可能使得开发具体执行
不过也要做好准备，老大在进度压力下，最终还是一纸空文

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)