在把一个项目置于质量维护模式的时候,我们需要减少保持质量所需的人工干预的比重.关于代码的一个有趣之处是它会随着时间的流逝而变坏,出错.这同时适用于产品代码和测试代码.维护模式下,大部分工作室监控质量,而不是寻找新问题.万物皆然,当一个项目人财不愁时,它的测试总不是最精简和优化的.因此,后来的测试人员有必要给测试瘦身.

      在淘汰手工测试用例的时候,我们使用如下指导方针:

• 总是通过的测试,淘汰!在高优先级的测试都来不及做的时候,低优先级的测试,淘汰!
• 确保正确理解即将被淘汰的测试用例.从即将淘汰的领域里,挑选几个有代表性的测试.如果可能就与原作者聊一聊,理解其意图,避免失误.
• 我们把释放出来的时间用于测试自动化,高优先级的测试或探索性测试.
• 我们还会抛弃之前可能发生过误报或者行为反常的自动化测试----它们只会发出错误警报,浪费工程师的时间.

     下面是进入维护模式前要考虑的要点>

•  撤离之前,把困难的问题解决掉,而不是轻语放过.
• 即使一个小型的,负责端到端测试的自动化测试集,也会以近乎为零的成本提供长期的质量保证.如果没有,一定要建立一个这样的自动化测试集.
• 留下一份how-to文档,以便公司的任何人都可以运行你的测试集,这也会减少你在将来繁忙时还被突然打扰的可能性.
• 确保有一个问题解决通道,愿意承担一些责任.
• 时刻准备着返回到你曾经工作的项目里帮忙,这对产品,团队和用户都有益.

     进入测试维护模式对许多项目来说是无可改变的事实,作为一个TE,本着对用户负责的态度,我们应小心行事,使用户尽可能的不受影响,是研发过程尽可能的高效.同时,我们也必须能够继续前进,而不是一辈子都守在某些代码或者想法上.

     在实现测试自动化的路上,常常会被问到一个问题"我是不是很快就可以抛弃手工测试了?",答案当然是否定的.意义在于,他们现在能去做本该做的事情了:需要开动脑筋的探索性测试,风险分析,关注用户等.

    对TE的建议:如果你相信一件事情,把它做出来!

    对管理层的建议:给这些工程师留一些自由呼吸和实验的空间,他们会给业务和客户一个惊喜.