软件质量的一些问题

软件质量的一些问题

前言

大概在今年初的时候公司立项的一个短视频直播带货的APP，一直忙到最近APP也算是正式上线了，公司的运营也在推广了。但是上线以来有个问题可以说一直困扰着我们这十来人的开发团队那就是软件的bug非常多，经常被公司的运营还有跟公司有合作关系的用户投诉说这个点不了，那个又报错，现在没有进行大量的推广日活也不大的情况下还好如果以后进行大量推广的话这样的软件质量是绝对不行的，连自己那关都过不了，怎么说服消费者去使用？

原因

如果要分析原因的话可能有一下几点吧：

• 开发写完代码就丢给测试进行测试。
• 整个项目没有任何一段单元测试代码。
• 留给测试的时间非常非常的短。
• 测试的经验，能力，人手严重不足。
• 公司的基因其实还是一家传统行业的软件公司，对软件质量控制不够重视。

第一点，之前我们开发进行开发不论前端后端都是上来就撸代码，完了也不会写单元测试（公司整个项目没有任何一段单元测试的代码，以后要是重构就头痛了）顶多就是自己对接口跑一两次，跟别说什么测试覆盖率这些了，压根就没有，团队成员也都没有概念。完了就直接丢给测试跟测试说这个功能好了测试一下吧。所以这样没有任何自测的情况下提测，测试的人员压力跟工作量就很大了。

第二点，因为我是后端所以我个人看法是需要有单元测试的代码的，虽然有部分开发的观点是单元测试浪费时间没必要但是人终究是不可信的，而有单元测试至少会有一层保障。就算单元测试不是覆盖每个模块，每个方法，但是我认为至少在一些关键的业务，核心业务上是肯定需要单元测试的保护的，而且还有一个就是单元测试对重构的作用，没有单元测试连重构都不敢放开手脚。

第三点，之前项目一直都是在赶工加功能，而且迭代的周期还短，所以说实话留给测试的时间有那么完整的1天就已经很好了，而且测试就2人，所以有很多的bug甚至功能可能连测试都没有测试就上线了。测试人员的工作分配也是很不平均，忙的时候忙死，闲的时候朝九晚五。

第四点，测试人员对于自动化测试也没有什么经验，我们开发提测后测试人员都是用手动测试，手动回归。特别对于回归测试不走自动化真的是一个大问题，光APP就有IOS，安卓，小程序三端，手动回归还要把之前所有测试过的问题重新测试一遍，手动回归是完全不现实，所以我们的APP其实大部分时候都是没有完全跑完回归测试，甚至很多时候还出现了退化的情况。

第五点，公司本身是做化妆品零售行业的，刚好年初碰上疫情线下门店生意很多都受阻，刚好这时候也直播带货火了所以可能领导也希望通过这个APP顺利转型互联网吧。公司以前也没有专门的测试团队，测试是直接归到软件部，而软件部下面还有开发，客服，微营销这些大部门。而且以前因为做的软件并不是直接面向消费者，很多时候都是一些深度合作的客户，等到有问题了客户反映了我们再改，而这种方式对付互联网上的真实的消费者是完全行不通，软件质量不行别人就不会考虑你软件了。

如何解决

解决方法，现在好像也没有什么好的解决办法，哈哈哈，主要想看看各位大佬有没有什么意见或者方案可以交流一下。

我作为一个后端开发认为单元测试还是要写的，现在项目已经有点大，功能有点多了，补单元测试也是需要不少时间，但是这些事情早点开始总好过不开始。

上两个星期问题很多的时候甚至还惊动了老板，特地要我们开发集体开个会检讨下讨论下如何解决，其实开这会领导的方案也就是让我们开发的开发完功能后一定要自测，不要做完就直接提测要自己过一遍没问题再提测，但是感觉事情没这么简单就能解决啊，感觉现在我们公司离软件质量管理还有很长的路，很多的坑要走。

然后会后就把其中一个测试开了（有点残酷😱）…。再一次证明测试君名副其实的背锅侠。领导说有测试跟没测试一个样都是那么多bug，干脆就开了算了。我个人看法其实这是一个团队的问题，这压根就不是一个测试所能决定的，运营提的需求是否合理，开发周期，迭代周期，项目管理还有很多很多的因素都在影响着，就算背锅也应该是整个团队一起来背，测试君也只是众多量变之后的质变而已。

总结

文章不长，小编也是菜鸡希望如果有些在软件质量控制方面经验的大神有不同意见可以大家一起交流一下。

下面是个人公众号，经常更新是不可能经常更新的，只有有空的时候写写才维持得了生活这样子。