一个屌丝程序员对项目测试一些想法

    一个屌丝程序员对项目测试一些想法：

     项目的需求和测试是整个项目最重要的环节，因为这2方面都是直接面对客户。通过与客户的沟通整理出甲乙方确定的完美的需求方案, 对于程序的开发至关重要，完美详细的需求方案可以避免项目开发中很多不必要出现问题，至少不会出现让项目无法进行的严重问题，关于需求方面在这里就不做过都说明。测试就更加重要了，因为测试就是把一个完整的项目和项目需求做到100%吻合的过程，是直接将成品呈现给客户看的，直接涉及到你做这个项目的目的，以及你需要在通过这个项目获得的物质和非物质的利益。废话不多说了...

     心得:

    1.一个成功的测试是发现至今未发现的错误的测试，而不是重复测试出同一个问题。

    2.测试工作必须贯穿软件开发的整个生命周期，而不是软件开发完后再进行系统测试，bug越早发现导致的损失就越小。测试工作是从需求方案即将结束的时候开始的。

    3.没有绝对完整的测试，但至少保证80%以上的测试问题修改通过，而剩下的20%仅仅是针对不可见、不可预计、项目运行长时间导致的。

    4.程序员要区分调试和测试，调试是解决已知的错误，而测试是查找潜在的错误，测试和调试是相辅相成的。

     流程:

            主要针对程序员，非大型项目完整的测试流程。

     模块测试：

            1.责任心：合格的程序员是具有责任心的程序员，对工作认真负责，把每个自己参与的项目当做自己的项目来做，其实每一个打工者都应该有一种老板的心态对待自己的工作，如果你是老板你绝对会对自己的工作负责，对自己的项目倾注热情，明明已经发现的问题，却觉得“将就，就这样，等测试发现了再改。。。”这样的想法绝对不能有。
          一个好的程序员不会回避问题，甚至会强迫自己做到更好，你会在现有的功能上展开自己的想想力求完美,当你做到这一点你会发现写程序变得很有乐趣，你会找到一种掌控全局的成就感。

            2.避免重复修改：测试人员发现问题交给指定人员修改的时候，修改人应该在修改后自己测试通过再交由测试人员做二次测试，绝对不要让同一个问题多次在测试人员和开发人员之间辗转。

            3.明确自身职责：绝对杜绝程序员修改代码后就自认为正确了，不做任何测试就直接提交给测试人员。甚至一个完整的功能分多次交由测试人员测试。

              案例：在某一个模块加一个功能按钮，开发人员加了按钮不测试直接就告诉测试人员让测试下按钮是否加了，这时候测试人员测试后发现按钮没加，然后后告诉开发人，开发人员改下代码自己都不测试又让测试人员看看，最后测试人员终于发现按钮加上了，点一下没反应，反馈给开发人员，开发人员说“功能还没加呢”。。。这不是坑爹吗！！

              so，开发人员一定要明确自己的职责，没有哪一个公司会单独给每个开发人员配备 一个测试人员帮助测试，所以每个模块功能都需要开发人员自己开发完成，测试通过后，再交由测试人员确认。不然按照上述案例中的情况，会严重影响开发效率和资源占用。

            4.完整测试：一个项目中经常会出现同一功能或操作会出现在很多地方，那么如果指定开发人员修改某个重复出现的功能时，绝对不能说“那个模块不是我负责的。。”之类的话，要保证整个项目每个地方都修改到，或者一个新功能可能涉及内容很多，比如弹出窗口功能你实现了，但是窗口样式你确说不该我改，这样肯定是不对的，除非你能力不够无法完成。

            

        系统测试：

              模块整合后肯定会出现大大小小的问题。

              1.对于一个测试人员不多的公司或团队，那么整合后的系统测试就不能完全单独靠测试人员，每个开发人员对于自己所属模块也需要进行整合后的测试。

                 确保测试工作高效进行，发现问题立马确定修改。

              2.由于整合代码造成的问题，不应该推卸责任，一味的说明这块自己改过是正确的，而应该一起找出原因并修改。

        回归测试

        验收测试

              所有参与项目人员都需要对整个项目 从头到尾 做 专业的和非专业的测试。

   总结：测试工作应该贯穿真个项目的生命周期，从项目需求预备测试 到开发测试以及后面的维护测试等等，整个测试线是不会终结的，所有的参与人员都应该把自己当做测试人员，发现问题或隐患问题立刻提出，并解决。