下面是我遇到的问题，希望大家看了多给点建议

张志英 · 发表于 2010-3-25 17:27:39

我刚进公司两天，是应届毕业生，没有什么工作经验。公司给我一个系统还有一个功能需求文档。我是这样计划我的测试工作的：
1. 阅读功能需求文档，提取功能测试点
2. 对功能测试点进行优先级的判断
3. 测试用例设计
4. 执行测试用例
5. 总结测试结果
你们有什么好一点的建议吗？

msnshow · 发表于 2010-3-25 22:43:17

先了解系统的业务流程，在看功能需求文档会好些，更有目的性

张志英 · 发表于 2010-3-26 09:33:54

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

月上百合 · 发表于 2010-3-26 09:45:17

熟悉管理系统（因为你这个管理系统是以前开发的，所以更应该多熟悉），对比以前的需求，加深对管理系统的了认识，再看现在新需求文档，看哪些功能未实现或者存在什么缺陷，

chengning · 发表于 2010-3-26 09:48:55

楼主很专业啊就是那样的

张志英 · 发表于 2010-3-26 10:22:15

其实这个系统仅有的资料就是这个功能需求文档，而且这个功能需求文档并不全，系统改动过之后的文档根本就没有！我是否只能通过不断地操作该系统来熟悉该系统呢？？？

archonwang · 发表于 2010-3-26 10:28:38

是的。

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

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

yuetiantian · 发表于 2010-3-26 11:06:03

lz作为新人算是写的不错的了，继续努力吧

张志英 · 发表于 2010-3-26 12:43:50

我不专业啦！只是对理论知识知道一些，实践起来还是有困难额！！！

chengning · 发表于 2010-3-26 13:09:27

nuli jiu hao

月上百合 · 发表于 2010-3-26 14:06:13

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

阿七 · 发表于 2010-3-26 14:36:54

多看数据库

selow · 发表于 2010-3-27 11:44:49

刚开始做确实很困惑。

oac · 发表于 2010-3-27 17:36:20

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

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 下面是我遇到的问题，希望大家看了多给点建议

相关帖子

回复 1# 的帖子

回复 4# 的帖子

回复 6# 的帖子

回复 5# 的帖子

站长推荐 /1