![](https://img-blog.csdnimg.cn/20201014180756926.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
测试心得
dolphin_notswim
confident,
展开
-
测试随笔
今天把自己从事测试几个月的测试心得体会写下来。成功的经验没有,失败的教训倒是不少。回想起来,初次发现BUG是令人兴奋的。当时陷入一种错误的思想里,觉得提交的BUG越多,自己就越有能力似的。所以走了一些弯路。没有深入地研究系统,研究需求,以致于没有深层次的BUG发现。再就是和开发人员的沟通做得不好,这个和自己的性格也有点关系,我就是那种比较害羞,到开发人员的座位去和他们沟通让我觉得有点难原创 2007-10-25 21:02:00 · 482 阅读 · 0 评论 -
根据需求设计测试用例
上篇写了关于做测试之前要明确需求,这一篇讲讲在读需求文档的时候,怎么设计测试用例。我就我工作的这边,需求文档就是一张张的表,刚开始测试的时候不知道表的意义何在,觉得看这些表太浪费时间了,没有好好研究,好在亡羊补牢,为时不晚,其实所有的内容都蕴含在一张张的表里。表中有表字段,表字段有取值范围,我们的测试用例来了,取值范围,边界值。还有索引值,是唯一索引,主索引的话,唯一性这里也要验证。还有表的关原创 2007-11-07 19:41:00 · 1025 阅读 · 1 评论 -
测试的首要条件----明确需求
做了6个月的测试了,觉得有必要把自己的一些心得体会写下来。具体地和测试的内容有关,刚开始测试,犯了一个比较严重的方向性错误,觉得错误就是找BUG,找出最多BUG就显得自己有多牛似的,现在才发现自己错了。首先测试,要做的就是验证软件是工作的,就是在一般情况下能完成其基本功能,这个就要紧扣需求,试想,如果软件连最基本的需求都满足不了,那么界面再美观,也只是一个空壳。这部分内容的测试要求测试人员原创 2007-11-07 19:25:00 · 647 阅读 · 0 评论 -
如何开展自动化测试呢?
因为我们测试的软件是一套很大的系统软件,整个测试是通过GUI界面进行的黑盒测试。这套软件也提供了人机命令接口,我一直在想,如果能通过这个接口把基本功能的验证都做了,抽出人力去充分发挥测试人员的创造性,那该多好啊。想法想来已久,也小小实践了一下,实现了一小部分的自动化测试,不过,因为命令本身设计的不完善,所以只涉及了一部分功能,其二,命令本身存在缺陷,并不能取代界面的测试。其三,因为开发人员对原创 2007-11-07 19:53:00 · 718 阅读 · 0 评论 -
遇到问题时怎么办?
今天在装JDK的时候,发生一个错误,说是My Documents中包含无效的字符,我查了一下,应该是包含了中文字符,改过来之后,重装,还是报同样的错。心里沮丧极了,自己知识这么有限,有必要反思一下自己的学习方法了。大学的时候,重装操作系统,我都是一遇到问题就慌了,思考都不思考一下,就找人来问,问题暂时得到解决了,可是下次呢?发生问题其实就是提供了一次学习的机会,如果当时自己换一种解决方式,自原创 2007-11-11 12:11:00 · 697 阅读 · 0 评论