白盒测试实践--Day0
累计完成任务情况：
| 阶段内容 | 参与人 |
|---|---|
| 全体 |
注: 1.“阶段内容”划斜线表示完成。
2.采用倒序。
具体情况：
组长提前组织分析本次小组作业--白盒测试的基本要求，然后利用上机之后的时间开了一个简短会议，主要内容如下：
- 组长小靳带领大家学习了这个要求及需要完成的作业
- 确定要选用CheckStyle工具
- 基本确定分工，各展所长
- 小尹：基于我们上次那个web系统，设计白盒测试的测试用例，完成测试用例清单，维护小组博客
- 小熊、小梁：选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，完成评审会议纪要和评审结果报告（一定要去spoc上看具体要求）。如果有缺陷还需提交缺陷报告
- 靳靳：选择一款静态代码检查工具,对整个系统源代码进行扫描，统计发现的缺陷。并撰写测试总结报告
- 小龙：配合4的结果，按照要求撰写静态代码检查报告（但注意，这一部分内容需要“通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析”，所以选2的同学完成报告之前一定要与4提前协商，不然工作量会大幅增加）。打包整合作业
- 小黄：编写JUnit测试脚本，对A给出的测试用例进行测试，上交单元测试脚本，如果有缺陷，提交缺陷报告
附录
小组基本情况介绍
人数：五人
组长：小靳
组员：小黄、小熊、小梁、小龙、小尹
日程安排
- Day0 开会学习作业要求，取得共识
- Day1 学习静态代码审核，确定评审表，开评审会确定高危区代码；完成白盒测试用例
- Day2 完成代码评审会议纪要和结果报告；完成CheckStyle检查
- Day3 完成JUnit脚本编写；完成静态代码检查结果报告；完成代码评审会议纪要和结果报告
- Day4 完成测试小结；汇总作业，查漏补缺，完成代码测试总结；完成个人情况说明并提交作业
会议截图
图 小组会议截图