编写一个项目的测试报告，求助管理层或者高手下！
本帖最后由 鹭岛 于 2011-5-8 11:48 编辑有一个项目，属于A公司开发，现在被我们买过来了，并要求我们测试人员进行简单的测试（仅仅对功能进行简单测试，能用即可的原则，而且单一流程的方式，只是检验下功能是否大部分可以运行，因为后续我们公司可能还要继续开发或者修改等等）
现在我做完测试了，要编写一份测试报告，请问如何写呢？（没有测试用例、计划等等）
测试结果大致如下：
1.因为简单测试，而且单节点测试，这个测试肯定不够充分的
2.系统中的报表（大概每个父子模块中都有涉及，都因为环境关系无法测试）
3.系统中还有部分模块未开发只开发了一部分，还有余下一部分没开发完整。
报告中列出了各个父子模块，领导说要把这些模块中是否通过测试写上去，可是我仔细一想，所有的模块都应该说未通过（因为测试根本不充分，说通过，那是说瞎话，说不通过，但认真测试搞不好就真的通过了），因为他们几乎都涉及到报表，因此我单纯是否通过，那我不是应该全部写：否？这样子的方式肯定是不行的。
我想把是否通过改成是否经过测试，然后加一个备注，说明每个模块的情况（这个工程太大了，刚进公司，唉，前期没弄好BUG的模版，现在弄起来，实在太复杂了，我已经弄了2天了）
麻烦各位领导给点指导意见 逻辑判断 和关键点的 用例需要第一期完成
父子类模块的层次逻辑最好是画图
问题状态除了通过,失败外还有未执行 和阻塞 (阻塞的原因)
先定test plan把 在测试报告正文撰写前，加入测试判定的规则即可。
这样你就可以说明什么情况测试通过，什么情况测试不通过了。 按测试流程来说，应该是先有测试计划，测试用例，再经过测试才能出测试报告
既然没有测试计划，只是简单的测试系统，那就把测试计划写详细点，都做了什么测试，怎么测试的，测试结果怎么样，等等写清楚一些
这样的报告是让领导知道你都做了哪些工作，更重要的领导还是要知道知道系统的实际情况。所以你可以不用模板来套，写清楚就行
个人建议，只供参考 楼上说的不错，很赞同。
页:
[1]
