项目流程
这个项目比较特殊,测试不是从头开始,而是一接手就是成品软件,但这个软件的完成度又不高,从前在理论里出现的,从需求分析开始,到不同阶段的测试重点,都没有。对着一个错漏百出的软件进行功能测试的确是一件煎熬的事,没有办法抓住重点。在具体的项目里,测试也应该尽早介入,一方面是跟着流程走下来,对软件的整体把握会清晰不少,另一方面是,及早发现可解决的漏洞,减少问题堆积带来的工作量。
业务流程
软件测试的流程是从测试计划开始,到测试方案,再到测试用例,最后才是测试执行。执行是最底层的,因为只管做就好,预期的结果都已经明了,也不要求考虑逻辑性之类的。
测试计划是总体的大方向把握,不同的测试项目,应该有不同的侧重点和工作安排,要求写测试计划的人的技术覆盖面和总体的项目认知都要过关,才能有序地安排工作。测试方案是着重于测试的工具和方法,是测试计划的落地和深化,是要有过硬的测试技术,知道大部分的内容如何实。测试用例重点应该是覆盖率,软件最最终呈现的是成品,能够操作的,但功能逻辑和功能实现逻辑往往不相同。要准确地把握测试的重点,需要对相关业务有了解和相关经验,知道功能实现的逻辑,在众多情况中定位出缺陷多发位。测试执行一方面是细心,另一方面是对业务逻辑的熟悉,能够快速地执行和填写缺陷报告。
需求分析
需求分析是整的一个测试思路,测试不能穷尽,80的缺陷出现在20的功能里,需求分析的重要性体现在对软件的熟悉和敏感程度,对背后技术链路的掌握,不仅根据业务实现逻辑,也根据实现逻辑,意识到薄弱的、容易