软件测试需求收集分析的难点和重点

软件测试需求收集分析的难点和重点

这是偶实际工作中一个关于需求定义的例子：

项目需要研发一个3.0*3.0TFT触摸屏A的手机，但是当时公司仓库里只有3.0*4.2TFT触摸屏B。于是项目组从节约资源的角度，提出这样一个需求：在ID设计时，将B屏下部使用外壳盖住，做成假A屏的手机。这个需求看似没什么问题，就是一个简单的大屏做小屏的操作而已。但是确忽略了一个重点：选择的裁减的屏幕是触摸屏，在使用外壳盖住多余部分的时候，外壳与屏之间的隙缝将是结构设计的一个盲点。如果缝隙太大，产品使用一段时间后，缝隙内进入灰尘/颗粒，将导致整个触摸屏的触摸功能失效;如果缝隙太小，那么在批量生产时，外壳很容易在安装时就压住触摸屏，同样导致触摸屏功能失效。所以，项目组提出的大屏裁小屏的需求不合理，需要重新定义。

同类需求的一致规范性。在同一个项目中，一些细节需要开发人员统一处理，比如：退出正在编辑的界面，是否弹出提示框;标点符号是用中文半角还是全角;错误提示是弹出窗口还是显示在原界面;错误提示语与图标风格是否统一等等。测试人员(或需求人员)最好能整理出一个列表，通过评审与开发人员达成一致，这样在后期测试时会避免很多不必要的麻烦，也为产品风格的统一性铺好了路基