高分求软件测试的测试计划与测试用例,(详情如下)

Posted 2023-05-15

根据XP系统附件“计算器”程序的测试
计划，制定出测试用例！
其中包括测试目的、测试内容、测试环境、执行操作、测试结果（分步骤）等。
小弟是初学者
请求懂得软件测试的朋友给出这个测试用例，我想做一下参考
学详细的越好，大家多多支持，追加分也没问题！
简单的说就是为"开始"-"程序"-"附件"里的"计算器"这个软件制定出测试计划与测试用例

是属于软件测试专业的

Boffice软件系统测试计划

Windows计算器的测试计划

修订历史记录
版本 日期 添加/修改/删除 修订者 说明
2009-5-5 张XX

目录
1.简介
1. 1目的
Windows计算器的测试计划文档有助于实现以下目标：
1.确定现有项目的信息和应测试的软件构件
2.列出推荐的测试需求
3．推荐可采用的测试策略，并对这些策略加以说明
4.确定所需的资源，并对测试的工作量进行估计
5.对整个测试工作的工作量进行估计
6.对测试活动的进程进行有计划的实施
7.列出测试项目的可交付元素

1. 2背景
项目名称：计算器
任务提出者：
开发者：
用 户：个人
项目背景：windows自带软件••••••••
1. 3范围
测试的各个阶段：
测试设计：根据软件行业标准,制定测试计划、测试方案，包括收集测试方法、测试用例及可能的测试工具等。
系统测试：主要针对功能、界面、安装、版本验证进行测试，对经常使用的模块进行重点测试。
2.测试参考文档和测试提交文档
2.1. 测试参考文档
无
2.2. 将要用到文档
测试时间表、人员安排、测试总体计划、测试方案、测试分析报告、测试用例模版、测试报告单模版、测试用例通过情况统计表、各个模块的测试用例。
2.3. 测试提交文档
测试报告、测试记录、测试总结、工作日志。

2.4. 测试项目里程碑
里程碑任务 工作量 开始日期 结束日期
制订测试计划 X人/1.0天
设计测试用例 X人/0.5天
系统测试 X人/0.5天
测试总结 X人/0.5天

2.5. 各测试阶段资源要求及时间安排
人员 设备 时间安排
测试计划 5台计算机
测试设计 5台计算机
系统测试 5台计算机
测试总结 5台计算机

2.6. 问题优先级描述
严重程度：
Blocker 阻碍开发和/或测试工作
Critical 死机，数据丢失，内存溢出
Major 较大的功能缺陷
Normal 普通的功能缺陷
Minor 较轻的功能缺陷
Trivial 产品外观的问题或不影响使用的小毛病
Enhancement 建议或意见

优先级：
描述 响应时间
P1 用户使用频率高 督促开发发现问题后立即修改
P2 Minor轻微的缺陷 督促1-2个工作日修改
P3 Normal用户经常使用的功能 发布之前
P4 Trivial用户很少使用的功能 可以在发布后修改的问题

2.7. 备注
3.术语和定义

4.测试策略
4. 1．功能测试
测试目标： 系统提供的功能正常实现
方法： 测试开始阶段主要针对的功能实现进行测试。重要的功能应投入更多的精力进行测试，并及时小结
开始标准： 各个模块集成一起，即可开始
需考虑的特殊事项： 注意其中一些重要功能与实际效果相关，并不是简单的功能实现

4.2．界面测试：
测试目标 程序界面符合相关的规范
方法 按照规定逐项检查，包括菜单项，按钮，提示信息检查提示信息中的文字和标点符号，图标等
完成标准 程序界面与相关规定的要求统一
需考虑的特殊事项 注意启动画面和安装程序的版权信息注意版本信息

4.4.兼容性测试（资源不足，无法测试）
测试目标： 测试软件在当前微软系列操作系统中的运行情况，以及和同类文字处理软件的兼容性问题
方法： 1，在Microsoft Windows 98, ME, NT(Service Pack 6 之上), 2000 及 XP中安装软件并能够正常运行，
2，测试软件与同类软件word97, word2000, word2003，WPS之间的兼容性问题。
3，与其它相关软件web浏览器，绘图程序等进行兼容性测试。
完成标准： 能够在微软系列操作系统中正常安装并且运行，可以识别和处理其它厂商同类软件生成的文件，同时产生的文件可以被其它厂商同类软件所正确识别和处理，对于其它相关软件如web浏览器，绘图软件等可以兼容运行。
需考虑的特殊事项： 无 参考技术A 什么……？ 参考技术B 登陆Ltesting中国软件测试技术第一门户查阅，帮你解决难题，与高端技术人员实现在线交流。

测试计划和测试用例以及测试方法(测试策略)

测试用例定义 :

执行测试的依据 将测试的操作步骤以文档的方式记录下来

测试用例格式 :

测试用例编号 测试用例模块 测试输入 执行条件 预期结果 实际结构

测试用例模块:

操作软件的一个大的菜单 命名以模块名称为主

测试输入:

具体功能操作步骤

执行条件:

操作的先决条件

预期结果:

以需求文档的内容为准

实际结果:

依据测试数据的内容输出后得到的结果与预期的是否一致

测试用例文档方式:

exl表格 Word文档

测试用例特征:

正确性 完整性 准确 清晰 简洁 可维护性 适应性 可重复性 可追溯性 可移植性

测试用例特性:

代表性: 能够代表并覆盖各种合理的和不合理 合法 不合法 边界和越界的 以及极限的输入数据 操作等......

针对性:对程序中可能存在的错误有针对性的测试

可判断性:测试执行结果的正确性是可判定的 每一个测试用例都应有相应的期待结果

可重现性:对同样的测试用例 系统的执行结构应当是相同的

软件的分类:

OA 办公自动化

CRM 客户管理系统 电商项目

ERP 进 销 存 系统

测试方法 测试策略

编写任意测试用例步骤:

1.根据需求提取测试用例的测试点

2.根据测试点内容输入不同数据类型

3.得到不用结果用来编写测试用例

等价类划分:

有效等价类 : 指符合 需求规格说明书 输入合理的数据集合

无效等价类: 指不符合 需求规格说明书 输入不合理的数据集合

 

边界值: 确定边界情况 (输入或输出等价类的边界) 选取正好等于 刚刚大于或刚刚小于边界值作为测试数据

因果图法:在输入条件比较多的情况下 测试所有的输入条件的排列组合

正交法:正交表查询地址：https://www.york.ac.uk/depts/maths/tables/orthogonal.htm

正交排列法：http://support.sas.com/techsup/technote/ts723_Designs.txt

场景法: 用例场景是通过描述流经用例的路径来确定的过程 这个流经过程要从用例开始到结束遍历期中所有基本流和备选项

错误推测法:(一般不常用) 测试经验丰富的人会使用的测试方法

测试用例输入类型:

字母 数字 特殊符号 空字符 汉字

测试用例的评审和变更:

测试评审的标准

1测试用例的正确性 (测试用例不含有争议)

2.测试用例是否冗余

3.测试用例的覆盖率

4.测试用例是否满足需求文档

评审的内容有以下几个方面

1.用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。

2.优先极安排是否合理。

3.是否覆盖测试需求上的所有功能点。

4.用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确期待结果是否有明显的验证方法。

5.是否已经删除了冗余的用例。

6.是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在"保护"20%的功能实现。

7.是否从用户层面来设计用户使用场景和使用流程的测试用例。

8.是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤