项目测试与教训

小组项目简单Web端测试

1.功能测试：

所实现的功能是否和需求一致；

2.界面测试：

界面是否美观，风格是否一致，文字内容是否正确；

3.链接测试：

打开链接速度是否合理；是否链接到正确的页面；是否有空白页面；

4.性能测试：

系统能支持多少用户同时在线；超过这些用户数，系统会给出什么样的反映；

5.兼容性测试：

项目在不 同操作系统，不同浏览器上功能是否能正常使用；

6.安全性测试：

用户的登录名和密码在传输过程中是否是加密传输的；

用户长时间未操作页面，session会话是否会过期，要求用户重新登录；

日志文件cookies里的用户名和密码是否是加密的；

登录次数和登录设备是否有限制，是否支持一个账号多个设备登录；

发现并修改问题后简单的回归测试

1. 识别出软件中被修改的部分；

2.从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。

3. 依据一定的策略从T0中选择测试用例测试被修改的软件。

4. 如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。

5. 用T1执行修改后的软件。

第2和第3步测试验证修改是否破坏了现有的功能，第4和第5步测试验证 修改工作本身。

血的教训切忌

1.小组成员分配与合作

在项目开发之前，一定要根据项目的大小、难易程度合理组队。以免发生项目太大导致分到每个人的任务量太多，或者将难易程度不同的任务随即分配的现象。在定好目标之后，希望小组成员通力协作，一齐解决遇到的难题，避免各自完成各自任务的现象。

2.改BUG

尽量自己小组内部或者寻求其他小组帮忙，实在解决不了的问题可以先汇总起来，最后老师统一讲解，避免老师亲自动手一一改BUG，耗费老师时间不说还不能彻底解除疑惑。

有时自己费了很大力却没有解决的问题会给自己很大的打击，但是自己摸索收获的经验比老师三下五除二改好的成果宝贵的多。

3.庆祝成果发布

艰难地开发、测试好不容易完成之后，无论最终结果是否得到老师满意，小组内部甚至班级同学之间都要互相鼓励，不能有嘲笑，短学期的小项目并不是非要我们掌握什么，而是带我们初尝这方面的乐趣，激发一部分爱好这个方向的同学继续深究。

人无完人，有时候不得不承认自己不擅长。