团队作业5——测试与发布（Alpha版本）

标签：它的   alpha   ima   部分   修复   ges   排行榜   能力   描述   

Alpha版本测试报告

队名：ojbk

队员学号：张洪滨201421122060（组长）、陈敬轩 201421122059、黄兴201421122067、林国梽201421122068、唐壶海201421122069

1.在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？

a. 修复的bug:数据库中用户表和排行表的关联问题

b.不能重现的bug：暂无发现

c. 这个产品就是这样设计的，不是bug：暂无发现

d. 没有能力修复，将来也不打算修复：暂无发现

e. 这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复：界面的优化问题

2.场景测试（scenario testing）

a. 你预期不同的用户会怎样使用你的软件？

小学生:为了提高自己的计算水平和正确率来使用

家长：家长通过查看错题集和排行榜来查看自己孩子在同龄人间的水平

老师：查看错题集，了解学生的主要错误点，易错点，再重点和学生讲解，从而提高学生的计算水平

b. 他们有什么需求和目标？

小学生：花费最少的时间，得到最好的效果，最好还能得到奖励，鼓励自己继续使用这个软件

家长：提高孩子的计算水平

老师：提高孩子的计算水平

c. 你的软件提供的功能怎么组合起来满足他们的需要？

　　限时的功能可以提高学生的答题时间，自己选择做题的数量可以让用户做到最适合自己的题量，做题过程中争取进入排行榜而得到与家长约定的奖励。家长和老师通过查看各阶段学生的错题集，从侧面了解学生的水平逐渐提高的这一过程。

d.你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix）

e.你认为你们团队的软件在什么条件下，就可以认定其已经足够好，可以发布Alpha版本？——出口条件（exit criteria）

　　流畅运行，功能实现达到要求，没有重大的bug，不影响做题等各个功能

Alpha版本发布说明

1.列出这一版本的功能（在原有项目基础上开发的列出新功能）

　　用户的注册登录；

　　排行榜

2.以原有项目为基础开发的，列出这一版本修复的缺陷

　　增加了排行榜功能，实现了按照答对题目的个数进行排名，按照正确率排名，以及按照正确率和时间的比值（效率）排名，

3.对运行环境的要求

　　各种版本的Window系统

4.安装方法

　　电脑上有web浏览器，安装wampserver

5.描述系统已知的问题和限制

　　目前只能使用本地数据库来实现用户的注册和登录

6.发布地址

　　git地址：https://git.coding.net/Gooze/ojbk.git

项目管理

• 如果你的团队来了一个新队员，有一台全新的机器，你们是否有一个文档，只要设置了相应的权限，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？（在这过程中，不需要和老队员做任何交流）

　　暂时还不可以，单是他可以通过我们的日志来了解任务的完成进度和具体情况

1. 你的团队的源代码控制在哪里？用的是什么系统？如何处理文件的锁定问题？

场景： 程序员果冻正在对几个文件进行修改，实现一个大的功能， 这时候，程序员小飞也要改其中一个文件，快速修复一个问题。怎么办？

一个代码文件被签出 (check out) 之后，另一个团队成员可以签出这个文件，并修改，然后签入么？

有几种设计，各有什么优缺点？

例如，签出文件后，此文件就加锁，别人无法签出；  或者， 所有人都可以自由签出文件

　　答：我们团队的代码都放在coding上，通过组长的整合再统一上传，场景较为简单，将代码发给组长，运行没问题后上传。

2. 如何看到这个文件和之前版本的差异？ 如何看到代码修改和工作项 （work item），缺陷修复 （bug fix) 的关系。

场景： 程序员果冻看到某个文件被修改了，他怎么看到这个文件在最近的修改究竟改了哪些地方？ 

场景： 程序员果冻看到某个文件在最新版本被改动了100 多行， 那么和这100多行对应的其他修改在什么文件中呢？ 这个修改是为了解决哪些问题而作的呢？ 那些问题有工作项 （work item，issue），或者bug 来跟踪么？

　　答：通过查看日志来了解各个版本的差异，一般小组成员修改了代码而会影响其他成员的情况下，修改代码的会主动提出，和大家商量好。

3. 如果某个文件在你签出之后已经被别人修改，并且签入了，那么你在签入你的修改的时候， 如何合并不同的修改（merge)? 你用了什么工具来帮助你？

　　一般不会出现这样的情况，大家都只是负责自己的版块，修改自己的部分，因为都是提前商量好，不会和别人的产生冲突，即使产生了问题，也会即使与对方交流然后解决。

4. 你有20个文件都是关于同一个功能的修改，你要如何保证这些文件都同时签入成功（修改的原子性），或者同时签入不成功？

　　通过私下交流，保证文件与文件之间同步。

5. 你的PC 上有关于三个功能的修改，但是都没有完成，有很多文件处于半完工的状态，这时你要紧急修改一个新的 bug，如何把本地修改放一边，保证在干净的环境中修改这个 bug, 并成功地签入你的修改 --- changelist management。

　　当自己的文件在半完工状态时，就不用提交给组长，当完成了能运行时再汇总给组长。

6. 如何给你的源代码建立分支？

　　在原有基础上上传新的文件

7. 一个源文件，如何知道它的每一行都是什么时候签入的，为了什么目的签入的 （解决了哪个任务，或者哪个bug）？

　　主要是通过工作日志来了解什么时候解决了哪个任务或者哪个bug

9. 你的项目的源代码和测试这些代码的单元测试，以及其他测试脚本都是放在一起的么？ 修改源代码会确保相应的测试也更新么？你的团队是否能部署自动构建的任务？

 　　都是放在一起的，修改了源代码，相应的测试也自然更新，团队还不能部署自动构建任务。

团队作业5——测试与发布（Alpha版本）

标签：它的   alpha   ima   部分   修复   ges   排行榜   能力   描述   

原文地址：http://www.cnblogs.com/gooze/p/7895902.html