关注微信公众号“00后开发者”，从00后的角度出发，专注但不局限于分享电气、嵌入式、机器视觉以及芯片行业的算法、技术文章和最新资讯。
大家好，我是鸟哥。
软件测试对研发工程师来说，可爱又可恨。可爱的在于：测试一旦没问题，研发人员心里的石头就放下一大半了。可恨的在于：测试一旦出问题，项目交期又看不到头了。
临近年底，产品也赶着转产出货，而转产出货必不可缺的环节就是“测试”。每到年底急着转产的时候，“测试部门”就被推上公司的热搜，看到身边的人时不时都会吐槽自己项目测试出来的问题，接下来，我也从00后的视角，浅谈软件测试。
软件测试三问：
- 测试这么麻烦，为什么要进行软件测试/strong>
- 测试怎么测的底会不会测试够专业吗/strong>
-
测试能不能快点结项了！
测试怎么测的底会不会测试够专业吗/h2>
测试不是孤立的工作，受项目需求（如需求模糊）、系统设计（如程序的耦合性、复杂性）、编程（如偷偷修改代码。相信很多工程师都做过）等影响。测试都是根据研发工程师提供的需求文档、设计文档、代码、用户手册、技术手册，测试用例、调试问题记录等文件去进行综合全面的测试。有人认为测试就是照葫芦画瓢，只会对着文档条款测试，没有专业的测试要求文档，什么都得研发工程师提供，缺乏专业性。而实际上，测试工程师的专业性跟行业工作年限、行业知识是否深厚、研发工程师提供文档的专业性都有关。
公司的研发部门紧跟行业潮流，研发工程师知道行业最热门，前瞻的技术是什么，测试部门就不一样了，测试工程师无法接触到项目第一需求，也没有花几个月的研发周期同样的时间去学习去测试，因此很多行业前瞻性技术都需要研发工程师跟测试工程师交流沟通，在测试说明书上写的尽量详尽。
00后看法：测试工程师在不断增进自己专业知识的同时，研发工程师也要尽可能做出专业详尽的测试文档和测试用例。
来源：Alexander.Tang
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！