龙戈小额贷项目

项目流程

这个项目比较特殊，测试不是从头开始，而是一接手就是成品软件，但这个软件的完成度又不高，从前在理论里出现的，从需求分析开始，到不同阶段的测试重点，都没有。对着一个错漏百出的软件进行功能测试的确是一件煎熬的事，没有办法抓住重点。在具体的项目里，测试也应该尽早介入，一方面是跟着流程走下来，对软件的整体把握会清晰不少，另一方面是，及早发现可解决的漏洞，减少问题堆积带来的工作量。

业务流程

软件测试的流程是从测试计划开始，到测试方案，再到测试用例，最后才是测试执行。执行是最底层的，因为只管做就好，预期的结果都已经明了，也不要求考虑逻辑性之类的。

测试计划是总体的大方向把握，不同的测试项目，应该有不同的侧重点和工作安排，要求写测试计划的人的技术覆盖面和总体的项目认知都要过关，才能有序地安排工作。测试方案是着重于测试的工具和方法，是测试计划的落地和深化，是要有过硬的测试技术，知道大部分的内容如何实。测试用例重点应该是覆盖率，软件最最终呈现的是成品，能够操作的，但功能逻辑和功能实现逻辑往往不相同。要准确地把握测试的重点，需要对相关业务有了解和相关经验，知道功能实现的逻辑，在众多情况中定位出缺陷多发位。测试执行一方面是细心，另一方面是对业务逻辑的熟悉，能够快速地执行和填写缺陷 告。

需求分析

需求分析是整的一个测试思路，测试不能穷尽，80的缺陷出现在20的功能里，需求分析的重要性体现在对软件的熟悉和敏感程度，对背后技术链路的掌握，不仅根据业务实现逻辑，也根据实现逻辑，意识到薄弱的、容易出现的地方，知道各种可能出现的状况和错误，据此来展开自己的速录。

测试用例

5c原则，correct、clear、console、complete、current、虽然是说是用子啊缺陷 告中，但我认为测试用例也同样需要，好的测试用例清晰、明了、无歧义，迅速理解和定位。

缺陷 告

缺陷 告的撰写不难，问题分析中体现测试的价值，在工作中，有用才是好的，对项目来说，软件能够把握软件质量，所以才有存在的必要。而对于开发来说，测试天然增加工作量，不讨喜，一个能够比他们更快地发现并定位问题所在的测试是否好接受，利于工作地开展呢/p>

测试额进阶也体现在这里。

个人总结

这不是个好项目，存在的意义是足尽可能地发现会让人痛苦的店店点，并在痛苦的驱使下，尝试避免痛苦。

例如：对测试重点摸不清以至于测试需求、测试用例无从写起，那以后就要更细致地深挖业务逻辑，知道什么是对的，什么是错的。不知道哪里可能会出现问题，就要对技术链路熟悉，知道一窝子的小虫是怎么出现。