紧急的VS重要的
测试团队这阵子一直忙于测试功能,连测试用例都省了。今天来了新的同事问起测试用例的事,提醒了我,不能再这样下去了,测试用例是测试过程不可或缺的一部分,不能因为人手不足,时间紧就忽略了。 刚好之前的债务也完成的差不多了,以后就按照用例优先的方式来执行,对测试流程也做了调整:
- 测试从需求设计开始阶段就介入,当需求明确,原型完成后,开始着手测试用例的编写。
- 如有可能,把优先级为1,2级的测试用例给开发,开发自测通过后,再提交给测试。
- 实际测试过程中,需要对测试用例进行补充完善。
- 测试完毕,提交测试报告。
今天的事也给我一点启发,平时工作中如何来对待“紧急的事”和“重要的事”,我们很容易优先处理“紧急的”而忽略了“重要的”,使得自己陷于“一直在救火”的怪圈中。 这其实也是一种“头痛医头,脚痛医脚”的思维,虽然短期会取得成效,但从长远来看,效果并不好。碰到“紧急的事”时,先不要急着去做,问问自己,它重要吗? 如果也很重要,当然要立即去做,如果不那么重要,就要衡量下,是否还有更重要的事需要先做。
Written on May 7, 2019