小谈白盒测试---单元测试

我发现开发工程师普遍不做白盒测试，公司也没有明确要求。在功能开发完后就发版，然后是测试部进行业务流程测试，查看是否符合预期结果。当不符合预期结果，开发人员分析哪个模块出现bug，再定位模块中哪个函数有问题，最后具体哪部分代码出现问题。对于熟悉代码框架的开发工程师，可以很快找到原因，但是也需要试测，以保证修改无误。特别是对于业务逻辑复杂的模块，修改极有可能引出新bug。 当bug修改完后，再进行发版，再由测试做流程测试。因为测试人员为了保证系统用户能顺利完成业务流程，通常会模拟用户走一遍业务。一次性修改OK还好，但是对于复杂点的bug，恐怕要两次甚至多次，那开发就要反复找问题代码，测试要重复走业务流程。另外，测试是人为操作，其项目质量很大程度取决于测试人员的经验。有经验的测试人员会模拟用户进行各种输入(包括异常输入)，进行各种不同场景不同流程分支的测试。然而做好白盒测试，可以很大程度减少人力成本和时间成本，以及经验风险。极大避免很多明显问题，甚至还会挖出潜在bug。单元测试模拟各种正常/异常输入，根据代码分支做各种不同的分支测试。通过单元测试能精确查到问题代码，不仅大大减少开发修改代码的时间成本，还省去测试的时间成本。特别是对于业务逻辑复杂的代码修改，修改完后重新将相关测试用例重跑一遍，以保证无新增bug。不仅省去测试人员重复的回归测试，还避免测试人员漏测。

    Java 有相应的测试框架 JUnit，它是开源的，目前最新版本是JUnit 5，对应Java 8 版本。

最后

以上就是超帅舞蹈为你收集整理的小谈白盒测试---单元测试的全部内容，希望文章能够帮你解决小谈白盒测试---单元测试所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。