关于测试人员的职责定义很多，不过从目前在公司的情况来看，我的定义是：测试人员是根据需求文档（策划文档）来判断软件是否存在缺陷。当然，需求文档不是100%正确的，因为策划本身在做策划文档的时候，也会有所遗漏和欠缺考虑的地方。故，我们在做测试的过程中，很重要的一点就是对需求文档的测试，这个测试过程比较专业的说法也叫需求评审吧。

　　今天简单说一下对需求文档的测试需要注意哪些问题吧：

　　1、语言描述是否清晰无歧义

　　2、处理逻辑是否正确合理

　　3、各种图表、流程图是否正确

　　4、各种异常情况是否充分考虑到

　　暂时想到的就这4点吧，以后想到了再来补充，也欢迎来访者留言补充，O(∩_∩)O~

　　这里我觉得第4点是我们需要充分考虑的，很多策划对这个方面考虑的比较少，所以我们就要多考虑异常情况。

　　只有当需求文档明确确定后，我们才能顺利的进行测试，否则遇到问题，以个人主观来判断是否正确对于开发人员是没有任何说服力的。在公司不同于个人写写程序，有时候需要考虑很多方面，所以有些自己的想法不 一定会被采纳，这是很正常的哦。

　　界面类测试

　　应用程序的测试中，界面测试也是不可忽略的一部分，它即有需求提到的地方，比如一些提示信息、窗口等；又有一些需求没有提到的地方，比如一些最大、最小、拖动操作。结合自己工作中遇到的问题，整理了一下界面中测试需要注意的地方。

　　1、  所有可点击地方是否可以进行操作

　　应用程序一般都会有一些工具栏，菜单等，需要看所有的菜单项、工具按钮是否可用、不可用的是否被灰化（灰化要考虑是全局灰化还是在某些条件下才灰化）；超链接（文字颜色以及是否能正常超链）、文字等。

　　2、  各种操作对应的正确、错误类提示信息是否正确

　　3、  窗口的缩放（双击的最大最小，点击按钮的最大最小，关闭）、拖动（开多个窗口拖动）、任务栏（左键单击和右键单击的操作）、托盘区、任务管理器操作

　　一般客户端软件，开着窗口在桌面上移动的时候，cpu占用都比较高，这个性能需要控制在某个合适的范围内。

　　4、  需要考虑窗口的模态性问题，比如有模态窗口的时候，进行其他的操作，以及模态窗口的重绘等。

　　5、  需要考虑软件对键盘上各个键的响应情况，最多用的是enter、shift、crtl、上下左右箭头，home，vendors，pgup，pgdn，del，对tab键的支持等。还要考虑各种热键（全局热键和软件自身的热键）是否能正确响应。

　　6、  各种控件的表现和操作是否正常，下拉列表、日历控件等

　　7、  如果有托盘图标，需要考虑托盘图标的显示状态，是否能显示，操作是否正常等

　　8、  软件的tooltip是否正确合理齐全

　　9、  如果有排序类功能，排序是否正确，如果不正确，和windows系统本身的排序进行比对，看是否一致（例如中文在英文之后，英文是否区分大小写）

　　10、 操作界面的即使动态刷新

　　11、 如果设计到焦点切换的，需要看鼠标的焦点切换是否正常，适合用户使用习惯。

　　12、 涉及到列表类显示的，要看是否显示翻页，翻页是否正常

　　13、 涉及到编辑框的，要看输入内容过多之后，是否有滚轮

　　14、 窗口在屏幕上的位置是否需要具有记忆能力，比如某个窗口操作一次后，下次打开的位置定位在哪里？

　　15、 有的客户端软件要求有飘窗类的提示，需要测试再不同情况下是否能出来，比如最小化到托盘、任务栏以及用ctrl+D显示桌面，是否能正常出来飘窗

　　16、 需要考虑再不同显示器上的显示，各种比例和分辨率下的现实情况。

　　17、 对换行符的处理，有的显示、输入区，如果有换行符的话可能会出现问题

　　测试遇到过含有换行符的话，后面的内容无法显示出来。

　　18、 一些操作状态的延续变化，很难发现啊。