skyboy_man的专栏

<br />我曾经服务于这样的客户，开发团队由于需求不明晰，验收条件缺乏，导致返工严重；知识分享的缺乏，导致人员间不能相互替换，工作无法合理分配，进度缓慢；架构划分的不合理，又没有频繁的在各团队间进行集成，导致发布难度大，周期长。内忧外患下，团队领导人却仅对于测试覆盖率表现出异乎寻常的热情，与之形成鲜明对比的是对于其它的问题冷漠和麻木。人们似乎很容易犯这样的错误，由于不确定应该做什么，或者不知道如何去做最重要的事情，最终将注意力放在了易于提升的次等重要的事情上。<br /> <br /><br />很多团队

<br />相信做过测试的人对回归测试都深有感触吧。。。。特别是在进入Alpha, Beta之后，如果不幸发现产品的Bug不断、持续、稳定的出现，那么恭喜了，卖糕的知道需要做多少次回归测试。<br />真实项目中，即使是相当顺利地开发过程，通常也许要多轮的回归测试。只要是个正常人，在一轮轮的回归测试轰炸下，相信都有发狂的趋势。很多人把回归测试当作枯燥、无趣、低端的工作，认为这种测试没有什么价值，对自己也没有任何的提高。我猜存在这类想法的人主要有以下几个原因：<br />1。 回归测试次数过多。当QM无法正确