- 在你实现完程序之后，使用下述PSP表格记录下你在程序的各个模块上实际花费的时间。
- 计算模块接口的设计与实现过程。 设计包括代码如何组织，比如会有几个类，几个函数，他们之间关系如何，关键函数是否需要画出流程图？说明你的算法的关键（不必列出源代码），以及独到之处
- 记录你在改进程序性能上花费了多少时间，描述你改进的思路，并展示一张性能分析的图（由VS 2019的性能分析工具自动生成），并展示你程序中消耗最大的函数。
- 计算模块部分单元测试展示。 展示出项目部分单元测试代码，并说明测试的函数，构造测试数据的思路。并将单元测试得到的测试覆盖率截图，发表在博客中。要求总体覆盖率到90%以上，否则单元测试部分视作无效。
- 计算模块部分异常处理说明。 在博客中详细介绍每种异常的设计目标。每种异常都要选择一个单元测试样例发布在博客中，并指明错误对应的场景。
- 共享你对程序进行测试的至少10个测试用例，以及说明为什么你能确定你的程序是正确的。
- 说明你在个人项目中学到了什么。
| PSP 2.1 | Personal Software Process Stages | Time |
|---|---|---|
| Planning | 计划 | |
| · Estimate | · 估计这个任务需要多少时间 | 0.5h |
| Development | 开发 | |
| · Analysis | · 需求分析 (包括学习新技术) | 0.5h |
| · Design Spec | · 生成设计文档 | 0h |
| · Design Review | · 设计复审 (和同事审核设计文档) | 0.5h |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0.5h |
| · Design | · 具体设计 | 0.5h |
| · Coding | · 具体编码 | 3h |
| · Code Review | · 代码复审 | 0.5h |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0.5h |
| Reporting | 报告 | |
| · Test Report | · 测试报告 | 0.2h |
| · Size Measurement | · 计算工作量 | 0.3h |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 0.5h |
| 合计 | 7.5h |
在结对编程的过程中，近距离的体会结对编程的优点，当然也体会到起缺点。
跟老师的交流过程当中明白，结对编程的过程中，一定要注意沟通和交流，结对编程的优点一定是通过沟通和交流来体现的，“驾驶员”操作的时候一定要把自己在做什么表达出来，“领航员”通过“驾驶员”的表达理解其意图，因为不用动手，所以思路更加开阔，十分有助于解决问题。提高代码质量。