51Testing软件测试论坛

标题: 下面是我遇到的问题，希望大家看了多给点建议 [打印本页]

作者: 张志英 时间: 2010-3-25 17:27
标题: 下面是我遇到的问题，希望大家看了多给点建议
我刚进公司两天，是应届毕业生，没有什么工作经验。公司给我一个系统还有一个功能需求文档。我是这样计划我的测试工作的：
1. 阅读功能需求文档，提取功能测试点
2. 对功能测试点进行优先级的判断
3. 测试用例设计
4. 执行测试用例
5. 总结测试结果
你们有什么好一点的建议吗？

作者: msnshow 时间: 2010-3-25 22:43
标题: 回复 1# 的帖子
先了解系统的业务流程，在看功能需求文档会好些，更有目的性

作者: 张志英 时间: 2010-3-26 09:33
谢谢楼上的建议啦！我会去试试看！昨天看了功能需求文档，才发现和系统的不太一样。要想了解该系统，只能通过多操作该系统，多熟悉熟悉了！因为这是公司以前用过的管理系统，开发该系统的人员已经不在公司了。

作者: 月上百合 时间: 2010-3-26 09:45
熟悉管理系统（因为你这个管理系统是以前开发的，所以更应该多熟悉），对比以前的需求，加深对管理系统的了认识，再看现在新需求文档，看哪些功能未实现或者存在什么缺陷，

作者: chengning 时间: 2010-3-26 09:48
楼主很专业啊就是那样的

作者: 张志英 时间: 2010-3-26 10:22
标题: 回复 4# 的帖子
其实这个系统仅有的资料就是这个功能需求文档，而且这个功能需求文档并不全，系统改动过之后的文档根本就没有！我是否只能通过不断地操作该系统来熟悉该系统呢？？？

作者: archonwang 时间: 2010-3-26 10:28
标题: 回复 6# 的帖子
是的。

不断跟踪系统变化并记录变化。

实际上，大多数时候是跟踪变化，但是从不记录变化，如果缺乏有效地可追溯的记录，之后对于后续的改进是没有任何帮助的。反而会增加很多工作和毫无意义的口舌之争，让一切有序并可迭代，可以尝试下。

作者: yuetiantian 时间: 2010-3-26 11:06
lz作为新人算是写的不错的了，继续努力吧

作者: 张志英 时间: 2010-3-26 12:43
标题: 回复 5# 的帖子
我不专业啦！只是对理论知识知道一些，实践起来还是有困难额！！！

作者: chengning 时间: 2010-3-26 13:09
nuli jiu hao

作者: 月上百合 时间: 2010-3-26 14:06
复6#是的，在实在没有需求文档的前题下，我们也只有拿系统来熟悉了，不懂的就问问，还有，多用用，就会慢慢上手的，慢慢的明白这个管理软件是怎么回事的，遇到什么情况向上面资询，肯定会有人知道是怎么回事的，

作者: 阿七 时间: 2010-3-26 14:36
多看数据库

作者: selow 时间: 2010-3-27 11:44
刚开始做确实很困惑。

作者: oac 时间: 2010-3-27 17:36
了解实际的产品，对比需求文档，不一致的地方一定要向你的领导提出来，由相关人员进行确认，提出需求中忽略的东西并确认。总之，在项目的前期就是明确需求，确认需求，当然这跟你的项目经验及相关的知识积累有很大关系，做好这步，那后面的事情就比较顺了。我想很多人都知道在项目后期改需求、改设计的痛苦。这个阶段最忌讳的是光等着开发编码完发版本。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)