1.验证界面显示内容的完整性：

　　a) 报表显示时应考虑数据显示宽度的自适应或自动换行。

　　b) 所有有数据展现的界面(如统计、查询、编辑录入、打印预览、打印等)，必须使测试数据的记录数超过一屏/一页，以验证满屏/页时其窗体是否有横向、纵向滚动条或换页打印，界面显示是否正常;

2.验证界面显示内容的一致性：

　　a) 如有多个系统展现同一数据源时，应保证其一致性;

3.验证界面显示内容的准确性：

　　a) 对于报表中的所有字段值都应该有明确的定义，对于无意义的字段值，不应该显示空，应显示“--”或“/”，表示该字段值无意义。

4.验证界面显示内容的友好性：

　　a) 对统计的数据应按用户习惯进行分类、排序。

　　b) 某些重要信息在输入、修改、删除时应有“确认”提示信息;

　　c) 界面内容更新后系统应提供刷新功能。

　　d) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面;

5.验证界面提示信息的指导性：

　　a) 在多个业务功能组成的一个业务流程中，如果各个功能之间的执行顺序有一定的制约条件，应通过界面提示用户。

　　b) 用户提示信息应具有一定的指导性，在应用程序正在进行关键业务的处理时，应考虑在前台界面提示用户应用程序正在进行的处理，以及相应的处理过程，在处理结束后再提示用户处理完毕。

　　c) 在某些数据输入界面，如果要求输入的数据符合某项规则，应在输入界面提供相应的规则描述;当输入数据不符合规则时应提示用户是否继续。

　　d) 在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情况下);

6.验证界面显示内容的合理性：

　　a) 在对某些查询功能进行测试时，应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。

　　b) 界面测试时，应考虑某一界面上按钮先后使用的顺序问题，以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。

　　c) 界面测试时，应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确;

7.界面测试时，应考虑用户使用的方便性：

　　a) 在某些对数据进行处理的操作界面，应考虑用户可能对数据进行处理的频繁程度和工作量，考虑是否可以进行批量操作。

8.界面测试时，应考虑界面显示及处理的正确性：

　　a) 界面测试时应验证所有窗体中的对象状态是否正常，是否符合相关的业务规则需要。

　　b) 应验证各种对象访问方法(Tab 健、鼠标移动和快捷键)是否可正常使用，并且在一个激活界面中快捷键无重复;

　　c) 界面测试不光要考虑合理的键盘输入，还应考虑是否可以通过鼠标拷贝粘贴输入。

　　d) 对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发，应避免其他形式的触发。

　　e) 对界面上的任何对象进行拖拉，然后进行查询、打印，应保证查询打印结果不变;

9.界面测试时，应考虑数据显示的规范性：

　　a) 确保数据精度显示的统一：如单价0元，应显示为0.00元;

　　b) 确保时间及日期显示格式的统一;

　　c) 确保相同含义属性/字段名的统一;

　　d) 对所有可能产生的提示信息界面内容和位置进行验证，确保所有的提示信息界面应居中。

软件测试的目的？测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。

Beta 测试：在客户场地，由客户进行的对产品预发布版本的测试。

软件验收测试合格通过准则：

1软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。

2所有测试项没有残余的一级二级三级的错误。

3立项审批表、需求分析文档、设计文档和编码实现一致。

4验收测试工件齐全（测试计划，测试用例，测试日志，测试通知单，测试分析报告）

软件验收测试包括正式验收测试、alpha测试、beta测试三种测试。

系统测试的策略：功能测试，性能测试，外部接口测试，界面测试，强度测试，冗余测试，可靠性测试，恢复测试等

设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。

利用因果图导出测试用例需要经过的步骤
1.分析程序规格说明的描述中，哪些是原因，哪些是结果。
2.分析程序规格说明的描述中语义的内容，并将其表示成连接各个原因与各个结果的因果图
3.在因果图上使用若干个特殊的符号标明特定的约束条件
4.把因果图转换成判定表
5.把判定表中每一列表示的情况写成测试用例

阶段评审与同行评审的区别：

同行评审目的:发现小规模工作产品的错误,只要是找错误;
阶段评审目的:评审模块阶段作品的正确性可行性及完整性
同行评审人数:3-7人人员必须经过同行评审会议的培训,由SQA指导
阶段评审人数:5人左右评审人必须是专家具有系统评审资格
同行评审内容:内容小一般文档 <   40页, 代码 < 500行
阶段评审内容: 内容多,主要看重点
同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上!  

什么是软件测试？使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。

软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。

软件测试是为了发现错误而执行程序的过程。

简述集成测试的过程根据IEEE标准 集成测试划分为4个阶段：计划阶段，设计阶段，实现阶段，执行阶段（实施阶段）

计划阶段
1）时间安排        概要设计完成评审后大约一个星期
2）输入            需求规格说明书 概要设计文档   产品开发计划路标
3）入口条件        概要设计文档已经通过评审
4）活动步骤      

a.       定被测试对象和测试范围

b.       评估集成测试被测试对象的数量及难度，即工作量

c.       确定角色分工和作任务

d.       标识出测试各阶段的时间，任务，约束等条件

e.       考虑一定的风险分析及应急计划

f.        考虑和准备集成测试需要的测试工具，测试仪器，环境等资源

g.       考虑外部技术支援的力度和深度，以及相关培训安排

h.       定义测试完成标准

5）输出            集成测试计划
6）出口条件        集成测试计划通过概要设计阶段基线评审

设计阶段
1）时间安排 详细设计阶段开始
2）输入   需求规格说明书   概要设计   集成测试计划
3）入口条件   概要设计基线通过评审
4）活动步骤  

a.       被测对象结构分析

b.       集成测试模块分析

c.       集成测试接口分析

d.       集成测试策略分析

e.       集成测试工具分析

f.        集成测试环境分析

g.       集成测试工作量估计和安排。

5）输出   集成测试设计（方案）
6.出口条件   集成测试设计通过详细设计基线评审。

实现阶段
1）时间安排 在编码阶段开始后进行
2）输入 需求规格说明书   概要设计   集成测试计划 集成测试设计
3）入口条件 详细设计阶段
4）活动步骤   集成测试用例设计 集成测试程设计 集成测试代码设计（如果需要）   集成测试脚本（如果需要）   集成测试工具（如果需要）
5）输出   集成测试用例 集成测试规程 集成测试代码 集成测试脚本 集成测试工具
6）出口条件   测试用例和测试规程通过编码阶段基线评审