单元测试( 五 ) _测试

（1）划分界面元素，并根据界面的复杂性进行分层。通常把界面划分为三个层次，第一层是界面原子层；第二层是界面组合元素层；第三层是一个完整的窗口。
（2）在不同的界面层次确定不同的测试策略。
（3）进行测试数据分析，提取测试用例。
（4）使用自动化测试工具进行脚本化工作。
健壮性测试：又称容错测试，用于测试系统在出故障时，是否能够自动恢复或者忽略故障继续运行。健壮性测试的一般方法是软件故障插入测试，在软件故障插入测试中，需要关注三个方面：目标系统、故障类型和插入故障的方法。
兼容性测试：检验被测的应用系统对其他系统的兼容性。
易用性测试：与可操作性类似。检测用户在理解和使用系统方面是否方便。易用性测试是面向用户的系统测试，包括对被测系统的系统功能、系统发布、帮助文本和过程等的测试。最好在开发阶段就开始进行。
安装测试验证成功安装系统的能力。
文档测试：主要是针对系统提交给用户的文档进行验证。文档测试的目标是验证用户文档的正确性并保证操作手册的过程能正常工作。
在线帮助测试：用于检验系统的实时在线帮助的可操作性和准确性。
数据转换测试：目标是验证已存在数据的转换并载入一个新的数据库是否有效。
系统测试的实施
确认测试：又称有效性测试。其任务就是确认软件的有效性，即确认软件的功能和性能及其它特性是否与用户的要求一致。这一阶段要做的主要工作是进行功能测试和软件配置复审。
Alpha和Beta测试：Alpha测试是用户在开发环境下进行的测试，也可以是产品供应商内部的用户在模拟实际操作环境下进行的测试。软件在一个自然设置状态下使用，开发者坐在用户旁边，随时记下错误情况和使用中的问题。这是在受控制环境下进行的测试。Beta测试是由多个用户在一个或多个用户的实际使用环境下进行的测试。通常是在不受控制的环境下进行的测试，开发者通常不在现场。用户记录在测试过程中遇到的一切问题（真实的或想象的），并且定期把这些问题报告给开发者。
验收测试：是以用户为主的测试，软件开发人员和质量保证人员也应参加，由用户参加设计测试用例，使用用户界面输入测试数据，并分析测试的输出结果。
回归测试：在软件变更之后，对软件重新进行的测试。其目标是检验对软件进行的修改是否正确，保证改动不会带来不可预料的行为或者另外的错误。
系统测试问题总结、分析
问题严重级别划分如下：
致命问题——对应于系统的可用性。
严重问题——用于分析系统版本稳定性。
一般问题——用于评估测试效率。
提示问题——用于产品的完善性指标。
验收测试 1. 验收测试简介 1.1简介
验收测试即由产品开发方按照新浪提供的需求文档中所有内容（或按合同及其它有效约定，对方承诺实现的需求）进行开发、内测完毕，提交版本符合验收测试标准，通过新浪质量保证部进行的测试。通过验收测试判断产品质量是否符合产品需求，功能实现是否正确并可以最终上线。
1.2角色定义
验收提交方：产品研发方
验收接收方：质量保证部
2. 验收测试目的
通过验收测试判断产品质量是否符合产品需求、功能实现是否正确，性能和安全性方面是否符合发布标准，并且产品可以最终上线。
3. 验收测试版本 3.1测试版本命名
提交验收测试的产品版本统一按如下格式命名：产品名称_版本_ATx 各部分释义如下：