文档介绍：软件测试(黑盒主)
黑盒测试:功能测试、数据驱动测试、基于规格说明测试。
测试流程:
依据项目整体的计划和需求文档,编写测试计划;
参照着测试计划、需求文档和界面原型,设计测试用例;
搭建测试环境;
实施测试;
测试评估;
测试总结。
测试中输入与输出:
输入:测试目的、测试计划、测试用例设计书、测试环境;
输出:测试结果报告书、Bug、Bug分析、追加测试用例。
测试过程中要保证:
真实性:保持与用户的环境相近(若客户是不同的群体,根据主流的用户使用环境,进行模拟测试);
干净: 不受其他软件影响(比如:一些插件);
无毒: 不受病毒的影响;
独立: 开发与测试环境独立。
项目与产品的区别:
项目: 有明确的客户群体的(华为、联通等);
产品: 针对广大客户的(QQ、百度等)。
要坚持“5W1H”的原则,明确测试内容与过程。
◇明确测试的范围和内容(WHAT);
◇明确测试的目的(WHY);
◇明确测试的开始和结束日期(WHEN);
◇明确给出测试文档和软件册存放位置(WHERE);
◇明确测试人员的任务分配(WHO);
◇明确指出测试的方法和测试工具(HOW)。
测试过程的五个阶段:
测试的过程应该为五个阶段,分别是:发现问题、问题解析、解决方案、执行、验收。
黑盒测试与白盒测试主要区别:
1、黑盒测试主要是功能性测试,白盒测试主要是性能测试;
测试实例:
测试用例检查单
1. 是否涵盖了需求文档上的每个功能点
2. 是否涵盖了需求文档上的每条业务规则说明
3. 是否覆盖了输入条件的各种有意义组合
4. 是否覆盖了业务操作的基本路径和异常路径
5. 是否考虑了重要表单字段的数据合法性检查
6. 是否考虑了其他的测试类型(对某个功能很重要,但未在需求文档中提及的,如安全测试、周期性测试和故障恢复等方面)
7. 是否考虑了对其他模块/功能的影响
8. 是否使用了项目组的标准用例模板
9. 用例是否覆盖了测试设计中定义的所有场景
、规范
、明了
(不同数据,操作,配置等)
、准确,操作上是否不依赖于同组之外的其他用例
、预估出的执行时间是否适当
,仅数据不同的,是否实现了测试步骤的重用
,是否清晰、易懂
,并具有可操作性
、充分和可操作
,有条件的情况下,是否给出了一个当前环境下的可用参考值
、语法是否准确;布局、格式是否统一
请根据QQ 登录框,编写测试用例?
自动取款机取款用例规约和测试用例?
取款用例说明:
此用例完成用户利用自动取款机取款的全部流程,分为以下流程:插卡,输入密码,选择金额,取款,取卡等操作。
事件流:
该用例在用户插卡之后启动
1. 系统提示用户插卡;
2. 提示客户输入密码信息;
3. 密码输入完毕后,客户选择“确认”,向系统提交信息;
4. 系统验证客户输入的密码信息,确认正确后,进入选择系统主界面;
5. 用户选择取款选项;
6. 系统进入取款金额界面并提示用户输入金额;
7. 系统验证可以取款并输出钱款;
8. 系统提示用户取卡,操作完成。
基本流:
用户取款。
备选流:
。
前置条件:
用户必须插入正确的银行卡才能开始执行用例。
后置条件:
如果系统确认用户信息正确,成功登陆,则系统启动主界面,等待用户发送消息,进行查询和取款等操作。
事件流系统用户
1 系统提示用户插卡插入银行卡
2 提示客户输入密码信息输入密码
3 如果密码错误,提示密码不正确,并返回到2
4 如果密码正确,转入主界面
5 提示用户选择选项选择取款选项
6 系统进入取款金额界面并提示用户输入金额输入取款金额
7 如果金额符合则输入钱款
8 如果金额小于余额则提示取款失败并返回7
9 如果金额不是整百则提示不符合规范,取款失败并返回7。
10 提示用户取款取出钱款
11 提示用户取卡取出银行卡
测试用例:
事件用户操作覆盖等价类系统反应
1 插入正确银行卡功能测试提示输入密码
2 密码正确功能测试进入主界面,提示用户选择
3 密码不正确功