测试随笔

一、测试计划

软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。

--引用自百度百科(https://baike.baidu.com/item/软件测试/327953?fr=aladdin#1)

单元测试：

对软件组成单元进行测试，检验软件基本组成单位的正确性。该项测试是小组成员在完成各自负责开发的功能时进行，对开发过程中出现的各种问题进行调试、分析，找出导致程序运行不正确的业务逻辑或程序代码，修改完善，使得程序该项功能正常运行，则完成了对该单元的基本功能实现和测试。

系统测试：

主要针对系统完成后的功能可用性、功能实现程度（功能流程&业务流程、数据处理&业务数据处理）方面测试。对系统中有关联的功能和交互业务进行重点测试，比如管理员上传文件，学生下载文件；各用户之间互发信息等功能的实现。

时间人员安排

单元测试由开发该单元功能的组员负责，测试从开始开发该功能持续到该功能开发结束，分布于整个程序开发周期。该单元测试的完成说明该单元工作量的完成。
系统测试：在项目开发的后期，会对系统的总体功能进行测试，由组员们交叉测试该系统的总体功能的实现，检查出还存在的小问题。

测试流程及范围

在web端测试管理员角色应具备的三大模块的功能和操作；在web端测试学生角色应具备的三大模块的功能和操作。

二、测试

单元测试：

1、管理员在学生信息查询页面，对学生信息和其登陆账号和密码的管理，发现对密码的修改无效。
现新增了学生洛克，其密码为123456

将账户改成ggg，密码改为11

发现密码未成功修改

2、管理员新增课题组日程，日程结束时间在开始时间之前也可以输入正确。

3、管理员课题组日程管理，管理员修改项目，同2。
4、录入的签到数据，不能增删改查。

5、录入的考勤数据时间全为4-1

6、学生新增日程，同2。
7、学生日程管理，同2。
8、学生新增项目，同2。
9、学生项目编辑，同2。

系统测试：

1、同时登陆管理员账号和学生账号，会出现

2、消息中心，发件箱能看到所有人的发件信息（是因为，多用户同时登陆的问题，当前userid已变成aa）

3、消息详情没有回复功能

三、测试体会

组员们独立完成一项功能时，往往会有很强的成就感，这个录入数据终于成功了，这个查询完成了，这时其实已经完成了最基本的功能了，这时就会有些小小的自得。但是人不是神，没有上帝视角，我们往往会忽视一些不那么重要的地方，所以这时另一个组员过来测试这个功能，就会对其挑剔，这个输入不行，这个要是输入文本会出错；这时编程序的组员往往会抗议，数量里输入文本，你是不是想找抽。诸如这类事件，其实测试也是挺招人恼的行为，但是却有不可缺少。

四、测试总结

（一）测试分为单元测试和系统测试，从局部到整体地实现对系统各功能的评测
（二）单元测试需要从程序的内部结构出发设计测试用例
（三）测试用例的编写必须简单清晰明确，业务逻辑合理
（四）系统测试时代入用户角色，感受用户体验，思考改善空间