编写测试用例的角度如何分析?


测试用例(Test Case)是将软件测试的行为活动做一个科学化的组织归纳 。目的是能够将软件测试的行为转化成可管理的模式;同时测试用例也是将测试具体量化的方法之一 。不同类别的软件 。测试用例是不同的 。不同于诸如系统、工具、控制、游戏软件 。管理软件的用户需求更加不同的趋势 。
测试用例
要使最终用户对软件感到满意 。最有力的举措就是对最终用户的期望加以明确阐述 。以便对这些期望进行核实并确认其有效性 。测试用例反映了要核实的需求 。然而 。核实这些需求可能通过不同的方式并由不同的测试员来实施 。例如 。执行软件以便验证它的功能和性能 。这项操作可能由某个测试员采用自动测试技术来实现;计算机系统的关机步骤可通过手工测试和观察来完成;不过 。市场占有率和销售数据(以及产品需求) 。只能通过评测产品和竞争销售数据来完成 。
既然可能无法(或不必负责)核实所有的需求 。那么是否能为测试挑选最适合或最关键的需求则关系到项目的成败 。选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果
其他观点:
测试用例一般也有测试工作的通用分析方法 。比如首先是需求描述的正常业务 。然后对异常状况进行测试 。着重点的是否有对一场的确认 。提示和拦截 。是否可以记录相关日志 。大多数都是对输入输出的认定 。输入值校验 。流程的判定和正确性 。
【编写测试用例的角度如何分析?】类型有边界测试 。如数值 。字符个数;有效录入和无效录入的校验和反馈;类型有效范围的判定;等效数值的判定;唯一性判定;算法数据输出判定;概念和约定有效值的判定;输出格式是否满足需求;还有其他基于经验的测试 。一般测试不能求完备性 。只能在达标的范围内测试 。建立用例过程是自动化过程必不可少的一步 。即便变更需求 。只需变更测试用例就能知晓开发质量和评估开发效力 。同时编写测试用例也便于在开发期间减少开发中的过分依赖 。便于函数类库的解耦和复用

    推荐阅读