一、测试计划
1、测试目的
快查询是一款本地文件查询工具,既要做到查询速度快(每次查询时间不超过1秒),也要确保查询出的文件与预期结果相符。在测试的过程中发现程序存在的问题并进行优化
2、测试范围
对整个项目的所有功能进行测试,并测试程序各功能的性能,及时对程序进行优化程序启动程序停止方法程序的使用指导描述程序查询文件功能(search)以及查询时间程序建立索引,遍历了多少个文件,建立索引的时间程序与数据库交互,数据库中存储了多少文件文件监听,本地文件系统插入、删除一个文件数据库中信息的修改
3、测试背景
- 一台装有Windows或者Linux系统的计算机,并且该计算机安装了Java开发工具包JDK,并且JDK版本在1.8及以上;安装Java集成开发工具,如IDEA 等。
4、测试进出条件
- 所有的测试工作都是建立在用户需求的基础上,也就是站在用户的角度去测试,预测用户在使用该工具时会输入的内容,以及用户期望看到的结果。
- 程序只留有一个与用户交互的接口,输入指定字符串触发相应的功能点,例如输入search Java
输出文件名称中带有Java字样的文件(采用模糊匹配,后模糊)
5、测试风险
需求风险
- 对项目需求理解不准确,导致测试范围存在偏差,遗漏或者执行了错误的方法。
测试用例风险
- 测试用例设计不完整,忽略了边界条件、异常输入等情况,测试用例没有全部执行,用例覆盖率没有做到全部覆盖。
缺陷风险
- 缺陷跟踪不积极,没有做好缺陷记录和及时更新。
代码质量风险
- 代码质量差,可读性差,重构性差。
测试环境风险
- 测试环境和开发环境配置不同,测试环境数据量不足导致测试结果误差等问题。
二、测试准备
1、需求列表
- 文件查询——按照文件名称查询、按照文件名称 + 文件类型查询
- 建立索引——将本地文件系统中的文件信息写入数据库中
- 文件监听——如果本地文件系统插入或者删除一个文件,更新数据库信息
2、测试用例编写
测试方法:等价类,边界值
三、测试执行
四、缺陷说明
对于文件查询来说,文件类型也时查询文件的重要筛选条件,在以上测试中可以发现在根据文件名称+文件类型查询时,文件并没有进行类型的选择,对程序代码进行修改,保证在查询文件时文件类型也会作为筛选。
在进行两次index的时候程序出现异常并退出,对于用户来说无论在哪个过程,输入的内容都没有确定值,所以站在用户的角度来说这个算是严重缺陷。
测试的过程中对于发现的项目缺陷,要随时进行修复,以免时间久了遗漏掉什么重要的缺陷