测试计划怎么执行

luting409

    最近开始做测试时间不是很久，我们公司测试也是刚刚才开始建立，整个就是感觉很乱；
   目前测试是比较后期介入到项目中的，研发基本的开发都完成了，然后就给到我这边进行测试，可是问题那叫一堆一堆啊，然后测完研发再改，改完再测。觉得每次都系统测试的话好像没有必要但是不进行系统测试好像也不行。
   现在我的手段是进行版本管理，归档的版本才进行系统测试，不然就不测试，可是这样还是很乱，研发想归档就归档，或者市场要发机器出去，就临时归档一个版本，然后系统测试几天之后，研发继续改，改了几个问题就到我这边归档，如果进行系统测试感觉很多东西后期还要做，不测试的话好像也不行，好纠结啊

   不知道各位的公司是怎么处理这类的问题，当然我们因为开展测试没多久，因此有点混乱，希望大家分享一下意见啊

让测试飞起来

回复 4# 赵佳乐SMILE


    乐姐说得够精辟

紫隐

额，我们公司随着产品的增多，也出现了这种情况

msnshow

有计划了，还不知道怎么实施？

愚人

测试刚建立起来的时候，都是这种状况吧
你可以根据大家的建议，以及你们公司的现状，看哪些可行，
然后跟大家达成一致

luting409

回复 7# forstkksk
其实我现在比较郁闷的是，我测试出很多bug之后，研发修改了几个就给我发布一个版本，感觉就像是帮助他们调试一样
我是不是应该设置一个归档的流程或者中间应该怎么做呢

forstkksk

版本计划，就像上面说的那样
需求分析-开发-归档-转测1-归档-转测2-归档-冒烟-版本发布

swallow789

严格要求客户现场需要版本时间

严格要求开发版本发布时间

严格要求测试版本后发布版本时间

这个三个时间控制住了，版本基本不会乱

其次，测试需要知道需求量的多少，哪些需求的轻重缓急。要不然每次发版本出去就等于赶鸭子上架，吃亏的总是测试

luting409

回复 4# 赵佳乐SMILE


    有什么好的建议没有，目前说见完善的流程也不实际，暂时就我测试这边有没有什么好的建议啊

赵佳乐SMILE

有计划 不按计划 这是常态。。。

luting409

回复 2# jayowenhui


    有没有暂时比较简单的流程建议啊

jayowenhui

这个需要建立一组流程体制才能控制住，需要全员行动起来，而不是光测试行动。