谈国内软件测试盲点和与国外的差别

工作两年有余了，尽管中间做过开发，管过服务器，当过BA，不过大多数时间都在专业测试或者测试管理，接触了国内外大小项目七八个，当然，其中不乏并行。从普通人员到管理，对于自己的成长和职业发展，都还算是满意的。最近准备带团队进行自动化测试框架的开发，不乏在下一阶段努力之前，总结一下过去，比较一下国内外软件测试行业。

很多国内客户甚至项目经理都觉得测试不过就是点一点，看一看。其实"点一点"的测试只能算是软件测试的"新手村"，但是纵观现在的软件公司，无论招聘时候需求什么"自动化测试啊、掌握lr"等等，真正工作中仍然是仅仅以手工测试为主。当然，这与国内软件现状有关，很多情况下自动化测试并不使用。

今天我们抛开自动化测试不谈，也抛开白盒，只谈黑盒测试。仅就黑盒测试而言，我们又缺少了什么呢？

我跟过几个国外的项目，也跟国外的客户有过深入的交谈。我发现不同于国内客户注重功能，国外的客户更重视安全、用户体验。举个简单的例子，一个偏娱乐性的网站，sprint1客户查看的时候要求是功能可以没有，但对页面和安全性严格到了一个令人发指的地步。同时，他们对软件测试人员的重视程度也让我刮目。

除去几个软件行业的巨头，其他一些中小公司，尤其是外包类公司，试问有哪个测试人员是参与项目设计的，有哪个测试项目会集中时间进行安全性测试，又有哪个公司会重点关注用户体验的？

当然不是说没有，只能说很少。更多的测试人员还是集中在或瀑布或敏捷的开发模式中，执行着功能测试用例。

也说说测试用例设计，我接触最多的是基于Web的办公系统，用例中最长出现的就是"XXX操作成功"之类的话。仔细想想，这种语句出现在功能测试用例中，有多大意义呢？难道我们真的能相信所谓的系统提示吗？从开发的角度来看，这个系统提示恐怕不过是个简单的js-alert。或许页面上的操作根本没有让中的数据更新。如果现在让我写功能测试用例，我会写明是某张表的某些字段被更新了，更深入的测试出功能执行的情况。

当然说了这么多，仍是一家之谈，欢迎朋友们讨论指正。