amelin 发表于 2017-4-14 17:05:25

测试到了迭代版本规范管理制度该怎样?

测试到了迭代版本规范管理制度该怎样?
前期公司创业阶段,如今过渡期发展,已经到了有绩效kPI这些……

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

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

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

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

梦想家 发表于 2017-4-15 09:01:56

开发自测是自测只能解决他们他们认为不对的地方,还是需要测试测得 测试需要根据用例一条条过,还有测试完事打回改完bug统一在测知道达到标准为止

jingzizx 发表于 2017-4-17 09:15:30

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

luming 发表于 2017-4-17 09:48:27

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

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

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

franklzann 发表于 2017-4-17 10:45:17

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


另外,你提出的要求,需要得到老大的认可和支持,才可能使得开发具体执行
不过也要做好准备,老大在进度压力下,最终还是一纸空文
页: [1]
查看完整版本: 测试到了迭代版本规范管理制度该怎样?