浅谈目前测试盲点与不足

工作六年有余了，尽管中间做过开发，管过服务器/版本，负责过售前，做过运维，不过大多数时间都在专业测试或者测试管理，当然，大部分工作都是并行。从普通人员到管理，对于自己的成长和职业发展，都还算是满意的。
今天我们抛开自动化测试不谈，也抛开白盒，只谈黑盒测试。仅就黑盒测试而言，我们又缺少了什么呢？
我个人在国内外包企业工作过，接触过国外的项目，我发现不同于国内客户注重功能，国外的客户更重视安全、用户体验。举个简单的例子，一个偏娱乐性的网站，客户查看的时候要求是功能可以没有，但对页面和安全性严格到了一个令人发指的地步。同时，他们对软件测试人员的重视程度也让我刮目。
除去几个软件行业的巨头，除去bat这种企业，其他一些中小公司，试问有哪个测试人员是参与项目设计的，有那个测试人员参与过需求评审的，有哪个测试人员前期了解整个软件架构的（数据/业务/框架），有哪个测试项目会集中时间进行安全性测试，又有哪个公司会重点关注用户体验的？
当然不是说没有，只能说很少。更多的测试人员还是集中在瀑布或敏捷的开发模式中，执行着功能测试用例，执行着点点点，跟着版本迭代一次一次的循环点点点。
也说说测试用例设计，我接触最多的是基于Web的办公系统，用例中最长出现的就是“XXX操作成功”之类的话。仔细想想，这种语句出现在功能测试用例中，有多大意义呢？难道我们真的能相信所谓的系统提示吗？从开发的角度来看，这个系统提示恐怕不过是个简单的js-alert。或许页面上的操作根本没有让中的数据更新。当然了如果现在让我写功能测试用例，我仍然会这么写，其实我很希望有一天测试人员能写:是某张表的某些字段被更新了，状态值改变成功，符合需求/设计文档要求。更深入的测试出功能执行的情况。

我们仍有很多不足，我参加cmmi认证时 特别喜欢PDCA持续循环改进方法这个理论，喜欢的朋友可以研究一下。
关注更多，扫描后关注即可