对测试工作的迷惑,测试工作是不是就是写一些相关的文档?
,我是新手,请大家多多帮忙。在这个论坛上转了两天,到现在还不知道测试工作的内容到底是什么?难道只是写一些相关的文档吗? 建议楼主找本讲软件测试的书先看看吧。^_^ Originally posted by zijun1979 at 2005-7-5 10:41 AM:,我是新手,请大家多多帮忙。在这个论坛上转了两天,到现在还不知道测试工作的内容到底是什么?难道只是写一些相关的文档吗?
:|:|:|:|:|:|:|:|:|:|:|
呃……这个结论真……真……利害……这个……不知两天时间您都在哪个版块晃悠啊? 鼓励楼主,加油! 深有同感,我开始接触测试的时候也是这样,建议楼主你去买一本软件测试的入门书看看 ,
《软件测试》。本书作者为美国的Ron Patton,译者是周予滨、姚静等。由机械工业出版社2003年8月第一次出版,书号是ISBN 7-111-09925-7。
这书不错,你看了以后就知道了 不管是系统测试,集成测试还是单元测试,都可以分为测试计划,测试设计,测试实现,测试执行四个阶段;
每个阶段的工作重点都不一样,但是每个阶段的工作都需要测试人员去动脑子,写文档只是最后很小一部分工作.
开发人员也需要写文档,很可能比测试人员写的多的多.
其实写文档是软件公司实现正规流程管理不可或缺的重要工作.
作为测试人员要注重设计测试用例的思路,思路清晰了,就能多多发现bag,
那么写文档也很有兴趣了 本人对测试了解不多但是我认为写文档是最基础的,不能说不重要,但是也不能说他就是全部
主要是设计测试用例
做测试过程和结果同样重要!!漫漫体会吧!万事开头难 关于写文档,想起最近看到一篇文章说,在不久的将来会产生一个新的工种,即“文档工程师”,他会参与、处理各阶段的文档的写作和review中来。各种文档的写作要写好确实不易。一般来说,都是针对一定范围的人群的,如测试计划一般都由manager来写,测试方案由高级测试工程师来写,测试用例一般由普通的测试工程师来写等等。因此如果想做一个这样的文档工程师,除了本身要有的较强的文字功底外,没几年技术经验的积累,看来是写不成的。将来要是想做个文档工程师,那有的好烦了,到底不是写完了就完事的,还要被人左评右理的!我们的后续开展的工作都是按照文档上的说明,哪一条不行就必须修改了。当然工作的进一步细化,会使工作做得更好。真的是否会出现此类角色,拭目以待了,呵呵 专职的文档工程师,高薪诚聘都不定有人来啊,仅有的几个也活不长,我想最后他们的死因不是累死,而是烦死的。 呵呵,赞成楼上的说法
页:
[1]