对于功能测试的一些看法
转载 工作也快1年了,却一直没有写过一篇关于测试方面的文章。一直做功能测试,功能测试这个东西,也有他的一套理论,一套流程,以及测试过程中的一些方法,什么边界法,等价类。但实际工作中,因为真正把测试流程走的很好的公司毕竟很少。所以编写测试计划,写完整的测试用列,运用这些方法可能机会不多。而实际工作中,完全的功能测试重要的就是理解业务和需求。所以具体的什么流程就不说了,网上资料很多。
下面谈谈自己对功能测试的一点看法:
需求理解了,知道客户想要系统实现什么,理解了业务,就知道了系统是怎样一个流程来实现的。然后按照需求来进行测试的,不满足需求要求的都可以认为是BUG。但实际中,这样一个简化了过程都很难,毕竟想从开发那拿到一份完整详细的需求都是很不容易的(当然,可能也有比较规范的公司,但目前大多数应该是这个情况)。
。。。。
阅读全文请到51Testing软件测试网
上一篇:测试部门经理的工作感受
下一篇:关于招聘的故事
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
聊一些对测试技术的看法
已经忘了有几个月没更新文章了。最近挺丧的,感觉可能是之前弦
面试 java 职场和发展 软件测试 自动化测试 -
对vi/vim的一些看法
早在网上看到别人如何把vi吹得神乎其神了,决定试着用一下。不过还是发现太麻烦了,因为我是在
vim linux系统 开发效率 -
对rust的一些看法
对rust也进行了一些了解,暂时有如下一些看法: 1,静态类检查是个
数据结构 生命周期 引用类型