MyEverything项目-测试流程

1.项目启动，了解需求

项目背景：
现有的 everything 桌面工具只能在 Windows 操作系统下使用，设计一个可以跨平台使用的文件搜索工具。
目标：
通过索引，输入文件名或文件类型实现快速查询对应的文件，并实现跨平台功能。
时间：
2019-04-02 到 2019-04-27
项目成员：
开发：zsm
测试：zsm

2.需求分析

2.1 功能需求

• 检索类型：支持所有的文件
• 最大检索返回结果数：最多40个文件
• 检索的排除目录：C:\Windows；C:$Recycle.Bin
• 检索的包含目录：C:\；D:\；E:\； F:\
• 文件监控的时间间隔：60000ms
• 默认检索时深度的排序规则：降序排序
• 默认情况下索引情况：关闭

2.2 性能需求

索引、搜索文件不超过 10 分钟

2.3 安全需求

带有病毒感染的文件不能检索

2.2 易用性需求

操作简单、方便

2.2 兼容性需求

windows7，windows8，windows10，Linux都可以使用

3. 制定测试方案（计划+策略）

测试的范围及测试点： 索引、搜索文件，单文件，多文件
测试方法： 手工
测试所涉及的类型：

• 功能：依照功能测试用例全部执行
• 性能：依照性能测试用例全部执行
• 安全：依照安全测试用例全部执行
• 兼容：依照兼容测试用例全部执行
• 易用性：依照易用性测试用例全部执行

测试轮数：

• 第一轮测试：冒烟测试，全面测试
• 第二轮测试：冒烟测试，BUG验证，回归测试
• 第三轮测试：冒烟测试，BUG验证，全面回归测试

配置管理：
每发布一个版本将源代码上传至：https://github.com/Sasura321/Everything，并做好版本管理 ；
项目中产出的所有文档上传到：https://blog.csdn.net/qq_40933663/article/details/89445214

准入准出标准：
准入测试：冒烟测试通过
准出标准：严重、重要BUG无遗留，一般、次要BUG合计不超过2个。

4.测试执行流程

4.1 需求测试

基于需求的测试方法是基本的测试方法，而需求的质量直接影响到后续的开发和测试工作。

• 需求审核
• 需求测试
• 测试设计中进行需求测试
• 需求测试要素：正确性，必要性，完整性，一致性
• 需求测试应该尽早开始

4.2 提测版本测试

• 冒烟测试
• 版本测试中信息传递：修改内容，配置管理

4.3 系统测试

• 根据测试用例执行测试
• 缺陷管理

4.4 回归测试

• 确认回归内容
• 确认回归方式为手工
• 用例的回归
• bug的回归

5.编写测试用例

5.1 测试设计

基本设计方法：

• 等价类划分法
  根据文件名称检索、根据文件类型检索
• 边界值法
  检索并打印所有文件、直接search查询、search一个文件名、search一个文件类型
• 字符多样性
  search不同字符查询
• 因果图

1: index
2: search
3：文件名称
4：文件类型
T: 查询到对应文件
F: 无法查询到对应文件

5.2 用例设计

6.测试执行

准备工作：索引文件数据准备

• 收到第一个测试版本：冒烟测试，全面测试
• 收到第二个测试版本：冒烟测试，BUG 验证，回归测试
• 收到第三个测试版本：冒烟测试，BUG验证，全面回归测试

缺陷管理
发现缺陷-记录缺陷-沟通缺陷-跟踪缺陷-关闭缺陷

7. 项目总结

优势：可跨平台使用；快速索引；定时文件监控
项目做有待改善的地方：界面