拼凑出来的报告

单片机程序测完了。说是测完了，不如说分析完了。一点测试没做，因为没法做。只能是吭哧吭哧埋头读代码，分析代码，但总算完了。完了，就要写个报告，这可愁死我这个文笔极差，又不会写八股文的程序员了。

网上搜吧，希望能搜出个模板什么的，让我填一下就是最好的了。搜索软件质量报告，没几个有用的。搜出来个讲软件质量评估方法的ppt，几个质量报告，软件的和非软件的，格式也千差万别，有直接用表格的，有罗罗嗦嗦没什么实质内容的。最后选啊选，拼凑了一个自以为还算满意的格式：

引言    编写目的    背景    参考资料    定义（这个想了半天，觉得这文档中都是大白话，没什么可值得定义的，就删除不要了）概述    项目概述    评估范围 （就是要评估那些指标，比如管理水平，功能性，可靠性，可移植性，效率等）评估过程    文档及过程分析 （检查文档完备性、测试完备性、版本管理、质量监督等）    代码质量分析 （检查代码质量）    缺陷分析 （对缺陷列表进行统计分析）评估结果 （针对评估范围的内容给出评价）结论    评估结论    建议

按照搜索出来的软件评估方法，要评估的项目很多，包括安全性、移植性、复用性等等，而且需要量化标准。实际情况是由于之前没有任何文档，实际功能性评价时，都是按照主观感觉进行的，不可能进行量化。

得到这个大纲之后，就是填内容了。引言自不必说，概述中的评估范围也是想了很长时间，结合对当前项目的了解和实际测试内容，简单给出了这几个大概可以评估的点。评估过程是自己加的，因为无法量化评估，只能把评估过程写一下，让看的人知道我是怎么评估的，评估的依据是什么。其中大多数以描述的性质给出，而不是数据。评估结果就是根据评估过程的分析结果，缺陷分布情况等，对评估范围的各项进行打分，并进行描述的过程。结论中对整体软件水平给出评价，并提供了修改意见和建议。

感受：

总算完了，但肯定还有很多没有考虑到的情况。没有需求，做测试就像无头苍蝇。还需要整理出来一个统一的流程，对以后此类软件进行测试的流程，一切都是在摸索，成功还是失败，都无法预见。现在公司的情况，靠我一个人想改变，很难，我自己都没有信心，但必须努力，不为公司有多好，也为了自己在这方面增加经验，在管理上能够走得更远。