-
里咯婆婆查看全部
-
里咯婆婆查看全部
-
黑盒，比喻不透明的盒子（基于需求和说明书的，不用理会程序内部的路径，结构以及如何实现等） 白盒，透明的盒子（技术难度最高的） 灰盒：加入如何实现的信息，再选择更有效的黑盒测试查看全部
-
测试用例做成那部分太长了，而且测试分析方法少，感觉重点是去分析。整个课程下来还是不错的查看全部
-
（2）测试点对测试用例的设计有什么好处？ 快速、覆盖、方法、细节查看全部
-
2）提取测试点 （1）什么事测试点？ 测试点即通过需求分析后对得出的需要进行测试的具体内容查看全部
-
（2）如果没有需求怎么办？ 参考市面上已经上线的同类产品 （3）如果需求模糊怎么办？ 收集整理已有需求 和产品经理逐条确认 参考同类型产品的实现情况查看全部
-
1）需求分析（需要、需求、要求） （1）业务需求：关注系统是否满足业务 （2）用户需求：关注系统是否满足用户习惯 （3）功能要求：关注系统是否满足功能要求查看全部
-
4）测试用例编写流程 需求分析-提取测试点-测试用例编写-测试用例评审查看全部
-
3）测试用例包含哪些内容？ 用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注查看全部
-
2）测试用例有什么作用？ （1）检验软件是否满足客户需求 （2）体现一个测试人员的工作量 （3）展现测试用例的设计思路查看全部
-
1）测试用例是什么？ （1）测试工作的核心 （2）一组在测试时输入输出的标准 （3）软件需求的具体对照查看全部
-
等级类测试法查看全部
-
需求分析 业务需求 关注系统是否满足业务 用户需求查看全部
-
场景法查看全部
举报
0/150
提交
取消