白盒测试实践--Day0

累计完成任务情况：

注: 1.“阶段内容”划斜线表示完成。

2.采用倒序。

具体情况：

组长提前组织分析本次小组作业--白盒测试的基本要求，然后利用上机之后的时间开了一个简短会议，主要内容如下：

• 组长小靳带领大家学习了这个要求及需要完成的作业
• 确定要选用CheckStyle工具
• 基本确定分工，各展所长
  1. 小尹：基于我们上次那个web系统，设计白盒测试的测试用例，完成测试用例清单，维护小组博客
  2. 小熊、小梁：选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，完成评审会议纪要和评审结果报告（一定要去spoc上看具体要求）。如果有缺陷还需提交缺陷报告
  3. 靳靳：选择一款静态代码检查工具,对整个系统源代码进行扫描，统计发现的缺陷。并撰写测试总结报告
  4. 小龙：配合4的结果，按照要求撰写静态代码检查报告（但注意，这一部分内容需要“通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析”，所以选2的同学完成报告之前一定要与4提前协商，不然工作量会大幅增加）。打包整合作业
  5. 小黄：编写JUnit测试脚本，对A给出的测试用例进行测试，上交单元测试脚本，如果有缺陷，提交缺陷报告

附录

小组基本情况介绍

人数：五人

组长：小靳

组员：小黄、小熊、小梁、小龙、小尹

日程安排

• Day0 开会学习作业要求，取得共识
• Day1 学习静态代码审核，确定评审表，开评审会确定高危区代码；完成白盒测试用例
• Day2 完成代码评审会议纪要和结果报告；完成CheckStyle检查
• Day3 完成JUnit脚本编写；完成静态代码检查结果报告；完成代码评审会议纪要和结果报告
• Day4 完成测试小结；汇总作业，查漏补缺，完成代码测试总结；完成个人情况说明并提交作业

会议截图

图 小组会议截图