测试人员的痛：说好的测试通过，为何上线还有...

北海道 · 发表于 2017-11-28 09:23:38

痛点1：新需求为了实现一个功能，增加了一个字段，简单的记录信息而已。明明测试好几遍没问题啊，为什么上线后部分数据查询异常？
分析如下：增加一个字段，新数据字段取值正常，旧数据忘记做割接处理，旧数据必然处理异常。
　上诉痛点是一个很常见的问题，一般新版本的迭代不仅仅是代码层面的，还有数据库的改动，而对于线上原有的数据来说改动了数据库有可能会受到影响。
数据库增加了一个字段，那么新数据肯定会通过新的程序给这个字段赋值，而原有的数据这个字段往往是空的，这时读取该数据就会发生问题。当然这只是一个最简单的情况，这种情况在测试环境可以用历史数据进行测试从而发现该问题。但往往还有更多复杂的情况，有时候是需要手动造数据库的数据来模拟数据兼容的问题。这个就是测试比较容易忽视，也最容易发生问题的一个点。
痛点2：测试环境各种场景重复测试100次，保证没有问题，上线后又出事了。测试主管一脸黑线，测试人员一脸尴尬，然而，这次可能真的未必是测试人员的问题？
分析如下：测试环境和正式环境版本不同。
由于CRM是一个大型的系统，各种模块代码增量错综复杂、测试环境的硬件配置远远达不到正式环境的配置，故一种经常发生的事情。
　　不同分2种情况：
　　硬件方面的，一般正式环境的服务器都比测试环境来的好，所以硬件上不太可能一致，虽然这个差异影响比较小，但也不排除会影响程序的运行。
　　软件方面的，包括程序语言的版本，服务器系统的版本，甚至服务器的权限控制都会影响到程序的运行。
　　如果说不同版本的数据兼容问题可以在测试环境预判并测试，那这种情况可能只能做到提醒开发和运维人员了，硬件方面没办法，软件方面尽量做到一致，以减少测试环境和正式环境的差异，让正式环境上的程序跑的更加稳定。
大多数测试人员认为测试工作是发现bug，虽然这是测试的主要任务，但其实测试最重要的任务是质量控制，而发现bug和验证bug只是质量控制的一个重要环节而已。
　　我想很多测试人员都经历过以上举例的两个场景，就是测试环境全部都能测试通过，但正式上线之后就会有各种各样的bug。测试人员的职责不仅仅是测试点的通过，更重要的职责是质量控制。好的测试不能只把目光放在代码层面的测试，而是要从更高的视角去看整个项目在上线发布的时候存在的各种风险。有些可以通过测试而发现出来，而更多的还是要提醒开发和运维人员去规避这些上线的风险，我想这才是好的测试人员应该做到的事情。