小型IT公司发布版本频繁时，测试该怎么应对

zout

公司发布正式版本给客户时，会连续几天频繁发布正式版本，且每个版本改动特别小，不影响别的模块，但是开发人员很轴，每一次都要求按照正式发布流程来做，导致我们测试每天都在测试重复的检证（冒烟测试文档），冒烟测试每次发布正式版本时都走一遍，我说昨天才测完，今天有个小问题，影响范围很小，就测这一部分就行了，开发人员的回答是，我走正式的发布流程，给你发邮件，你怎么测试就不是我的责任了。遇到这样的问题测试应该怎样应对？我就打算将打好的包烧写一下，简单测测就完事！但是如果真的出现什么问题，如果开发网测试身上赖，怎么办？我就是在纠结这个事，请各位大神给我出出招！

海海豚

可以考虑一下自动化吧

梦想家

有以下几个特点的项目比较适合自动化测试：
1. 项目变动少
2. 周期长
3. 项目资源足够（自动化不是一个人完成的，需要一帮人长期维护）
在考虑自动化
关于自动化当时看这个帖子感触颇深
http://www.cnblogs.com/tobecrazy/p/4606057.html#3546334
实在不行就只能手动测试了  累一些被

jia739091604

对最后一个版本做正式测试，中间版本只对修改部分测试

Miss_love

1、考虑一下:为什么上线之后暴露出这么多问题？是哪个步骤出问题了？开发、测试没把好关？
2、频繁的发布版本，可以规范下发布流程，影响不大的问题，可待所有问题都发布之后在发布。
3、建议还是规范下流程吧，否则测试一直做重复的工作。没有提升

鲁西西和皮皮鲁

对于频繁发版的，尤其是给客户的，肯定要系统测试啊，只冒烟走流程是行不通的。除非开发保证以前修复的那些bug不会再存在。还是需要时间继续测试的，我觉得，要不然到时候有个什么重大bug，这个锅，谁来背？  个人建议！

Buieng

让他们先自测     自测完了自动化冒烟   然后测试修改的部分

zout

谢谢各位的回复！
前期已经系统测试过了，版本已经很稳定了，最近要发布给客户正式版了，修改的问题是很小的问题，不会影响到用户的，只是生产侧一个没有取到MAC地址的问题，开发前一天发布版本我测完了，今天又发布改了这个问题，还让我走一遍测试！我很无语啊？

xuquan

zout 发表于 2017-1-6 12:20
谢谢各位的回复！
前期已经系统测试过了，版本已经很稳定了，最近要发布给客户正式版了，修改的问题是很小 ...

测试策略， 测试来主导。  而不是跟着开发屁股后面走。

鲁西西和皮皮鲁

xuquan 发表于 2017-1-6 14:57
测试策略， 测试来主导。  而不是跟着开发屁股后面走。

can not agree more.

黑盒测试

每天都有小的改动并发布版本时
1、保证修改东西正常且修改东西所相关所有东西都正常
2、保证此项目的所有主功能流程正常
3、保证此项目的主模块流程正常，比如直播软件，每次发版本必须对直播多测几遍，要不然主功能出问题了，就相当于此项目是报废的

lblb521

整个测试的内容应该是由测试去主导，可以根据开发写的影响范围，设计好验证用例后，拉着开发一起进行评审，测这些用例是否可以，这样就达到了风险均摊的目的，也达到了减少工作量的目的