坚持“折腾”的测试理念

    最近在测的一个项目真是让我觉得很迷茫，才发现原来软件的流程是这么的重要。

需求在测试的前一个星期还在修改，导致了项目开发的延迟。在讨论测试用例的时候才发现有些需求根本就是错误的，开发人员埋怨测试人员为什么没有早发现问题，作为这个系统唯一的一名兼职的测试人员，我真的很无语。手上的两个系统时间衔接很紧，基本上是测完一个就开始另一个了，这样才导致我在测试的前一个星期才有时间分析需求，写测试用例。仔细分析业务需求不是应该需求分析者，开发人员，测试人员都要做的吗？为什么开发人员会埋怨测试人员呢？难道只是因为测试人员提出的需求错误导致他们要重新写代码吗？现在已经测试一个星期了，其中发现了一些问题，但是开发人员不想改，可能认为问题不算严重，改代码的代价大于实现功能的代价吧。这些我都可以理解，但是开发人员的一句话让我的心凉到极点“少折腾！！”，难道我提出问题就是为了折腾大家么？真是想不到公司里面现在还存在这样混乱的项目组？这也让我深思了是否需要从另一种视角来考虑这个系统的测试，是否按照他们的说法“不折腾”的来测试？想到我们是公司的“质量保证”部门，保证软件的质量就是我们的工作，我决定继续折腾，提出问题。把问题都摆在台面上，大家一起分析，哪些需要改进，哪些可以以后再做。也许有人会在背后说我“一跟筋，傻瓜“，but I am a Quality Assurance, that’s my job.希望我的坚持能唤起他们对流程和质量的重视！