标签：2.4 特殊字符 也有 文档 系统 业务 测试工程师 业务逻辑 输出
五年前，偶然机会进入测试行业，那个时候，实习什么都不懂，特别羡慕有三五年测试经验的人，想着，等自己也有五年经验了，也要像博客园的大神一样，给初入测试行业的同学一些有用的建议和指导，如今，已经五年了，却没有成为自己当初想成为的那种大神，这篇博文，权当是完成自己全年前的一个心愿，为这五年做个小结。
1，文档测试
文档：安装手册，操作手册，维护手册（文档由产品和UI提供）
测试内容：
1.1，文档是否齐全，是否包含产品使用所需的信息和所有功能模块；
1.2，文档描述是否正确，是否没有歧义和错误的表达；
1.3，文档是否容易理解，是否通过使用适当的术语和图形等方式来表达；
1.4，文档对主要功能和关键操作是否提供应用实例；
1.5，文档是否有详细的目录表，索引表，链接；
1.6，文档描述与软件当前版本符合（使用方法，使用约束，FAQ等）
2，易用性测试
测试内容：
2.1，软件是否没有完全不符合IT行业习惯的操作，完成一次业务过多的操作步骤和弹出窗口，业务逻辑不符合思维逻辑；
2.2，软件中是否不存在提示信息过于复杂或者简单；
2.3，软件中的各模块的界面风格是否一致；
2.4，软件的用户界面是否友好；
2.5，软件中的查询结果的输出方式是否比较直观，合理
3，功能测试
3.1，测试内容：
3.1.1，测试需求100%被测试用例覆盖；
3.1.2，测试用例100%被执行（如若没有执行，测试报告要体现并写明原因）；
3.1.3，含有一类，二类缺陷的系统不建议上线发布，含有三类缺陷10个以上，不建议发布；
3.1.4，权限矩阵测试覆盖率100%；
3.2，测试方法
3.2.1，输入非法数据
非法数据：特殊字符，超长字符，数字，系统保留字，组合输入
处理非法输入的方法：a，输入时过滤非法数据，给出错误的提示（非法数据不进入程序内部）；b，程序内部捕获错误信息，给出提示。（错误提示正确，易懂）
3.3.2，输入默认值
标签：2.4 特殊字符 也有 文档 系统 业务 测试工程师 业务逻辑 输出
原文地址：https://www.cnblogs.com/147258llj/p/9823258.html
