“耐撕”团队 2016.04.08 站立会议

标签：

1. 时间 ： 15：20--15：40

2. 人员 ：

                  Z 郑蕊 ^{* 组长} （博客：http://www.cnblogs.com/zhengrui0452/），

                  P 濮成林（博客：http://www.cnblogs.com/charliePU/），

                 Q 齐嘉亮（博客：http://www.cnblogs.com/dendroaspis-polylepis/），

                 M 张敏（博客：http://www.cnblogs.com/zhangminss/）

3. 会议内容：

Part A : 回顾昨天

昨天，我们把web端的重构的代码与新加的功能进行整合，并进行了测试，结果可以正常运行。

Part B: 今天的计划

今天，我们打算把昨天整合之后的Web代码与手机端合并，并回归测试（今天上课学到的专业术语）。测试所有的功能点。

Part C : 技术风险

什么是回归测试？

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。

为什么要进行回归测试？

因为，在添加新的功能之后，整个工程的边界和限制条件可能都发生了变化，和当初正常运行的版本的外界条件都不一样了，可能影响原来的功能正常运行，为了保证原来的功能正常运行，每增加一个新的功能，我们都要进行回归测试。

测试结果：

我们通过系统边界来进行测试，在测试的过程中，我们出现了以下bug（说明：这些功能在单元测试的时候都可以正常运行）:

1. Web页面查看用户列表出错。（原因：本周我们修改了数据库的表结构，而在合并的时候没有更新数据库的表结构）
2. 上传题库出错。（原因：代码移交、合并的时候忘记修改题库的上传路径）
3. 每一道题可以多次点击“开始抢答”，这是不允许的。（原因：未添加该事件的限制条件）
4. 手机端APP不能响应Web端发出的“开始抢答”命令。（原因：服务器IP地址改变了）

通过这次测试，我们可以深切的体会到回归测试的重要性。从中，我体会到“单元测试”测试的是内聚的功能，单一的一个功能，不考虑整个系统，它的目的是测试该功能是否可以正常运行；“回归测试”测试的是系统间的耦合，目的是保证整个系统可以正常运行。

“耐撕”团队 2016.04.08 站立会议

标签：

原文地址：http://www.cnblogs.com/charliePU/p/5370320.html