"单元测试，集成测试，端到端测试，安全测试，性能测试，压力测试，契约测试，冒烟测试，验收测试，API测试，UI测试，兼容性测试……"
不知道你是不是像我一样，曾被这些各种各样的"测试"搞得晕头转向。作为一个有追求的开发人员，保证所写的程序、所构建的系统具备良好的质量自然是分内之事。但是面对这些千奇百怪的测试难免会望而却步，只能劝自己一句"专业的事情还是交给专业的人去做吧"，然后把测试的工作一把推给QA，闷头写自己的代码去了。
不光是测试种类众多，每个人对于某一个测试的理解也都不一样。就拿大家最熟悉的"单元测试（unit testing）"来举例，问题的关键就被聚焦到了"到底如何才算是一个单元（unit）？"有人说是一个方法，有的人说是一个类，有的人说都不对，应该是一个最小的业务单元（至少是API级别的）。还有人提出了Integration Unit Test的概念，即集成级别的单元测试。
Read full article from 测试矩阵 – ThoughtWorks洞见
No comments:
Post a Comment