研发又和测试吵起来了？-00后浅谈“软件测试”

关注微信公众号“00后开发者”，从00后的角度出发，专注但不局限于分享电气、嵌入式、机器视觉以及芯片行业的算法、技术文章和最新资讯。

大家好，我是鸟哥。
软件测试对研发工程师来说，可爱又可恨。可爱的在于：测试一旦没问题，研发人员心里的石头就放下一大半了。可恨的在于：测试一旦出问题，项目交期又看不到头了。
临近年底，产品也赶着转产出货，而转产出货必不可缺的环节就是“测试”。每到年底急着转产的时候，“测试部门”就被推上公司的热搜，看到身边的人时不时都会吐槽自己项目测试出来的问题，接下来，我也从00后的视角，浅谈软件测试。

软件测试三问：

• 测试这么麻烦，为什么要进行软件测试？
• 测试怎么测的？到底会不会测？测试够专业吗？
• 测试能不能快点？快结项了！
  

测试这么麻烦，为什么要进行软件测试？

软件测试是基于对用户真实需求的理解，通过各种手段获得软件产品真实的、全方位的质量信息。无论是验证软件功能特性是否满足需求、评估产品的质量还是揭示产品的质量风险，都是基于获得的有关产品的真实的质量信息做出判断的，而测试问题可以看做是整个产品周期活动中的副产品，又或是产品的催化剂，研发人员的磨刀石。

00后看法：软件测试就是发现软件中存在的bug。尽早的暴露揭示产品质量风险，转产后的劣质成本就会大大降低。

测试怎么测的？到底会不会测？测试够专业吗？

测试不是孤立的工作，受项目需求（如需求模糊）、系统设计（如程序的耦合性、复杂性）、编程（如偷偷修改代码。相信很多工程师都做过）等影响。测试都是根据研发工程师提供的需求文档、设计文档、代码、用户手册、技术手册，测试用例、调试问题记录等文件去进行综合全面的测试。有人认为测试就是照葫芦画瓢，只会对着文档条款测试，没有专业的测试要求文档，什么都得研发工程师提供，缺乏专业性。而实际上，测试工程师的专业性跟行业工作年限、行业知识是否深厚、研发工程师提供文档的专业性都有关。

公司的研发部门紧跟行业潮流，研发工程师知道行业最热门，前瞻的技术是什么，测试部门就不一样了，测试工程师无法接触到项目第一需求，也没有花几个月的研发周期同样的时间去学习去测试，因此很多行业前瞻性技术都需要研发工程师跟测试工程师交流沟通，在测试说明书上写的尽量详尽。

00后看法：测试工程师在不断增进自己专业知识的同时，研发工程师也要尽可能做出专业详尽的测试文档和测试用例。

测试能不能快点？快结项了！

研发工程师在写完代码之前，可以随着程序编写进度的推进，逐渐完成测试分析、测试计划和测试设计，但系统层次的测试执行需要等待开发完成版本构建，再由测试工程师进行系统测试。测试执行是后期工作，测试时间容易被开发前期工作挤掉一部分，项目的延期很容易造成错觉-测试在拖项目整体后腿。

00后看法：测试是验证代码功能好坏的第一重测试，测试的时候出问题还可以在办公桌上修改。测试之后再出问题，那就说不定在哪改代码了（别家厂房凌晨改代码也很常见）。因此耐心等待测试，细心协助测试，可以更好的解决问题。

讲好测试故事，各方意见一致，大家协同合作，成就更好的你我ta。

我的微信公众号（ID：00后开发者）从00后的角度出发，专注但不局限于分享电气、嵌入式、机器视觉以及芯片行业的算法、技术文章和最新资讯。如果想查看更多内容，可以关注我的微信公众号。