功能测试心得(如何应对老师傅)
功能测试的印象
在刚接触或者对测试不够了解的人来说所谓的功能测试就是“点点点”(点击页面按钮,查看是否有响应的效果等)。
功能测试的流程
实际的功能测试
但在实际功能测试的过程中,从需求文档的阅读到测试用例的编写及实际的测试过程中是以流程为主的,因为所谓的功能点、逻辑、页面及动态效果都是服务于业务逻辑的,要对业务的逻辑有足够了解才能对整个业务的流程有一个清晰的认识,当测试问题未影响流程的进行时,记录问题即可,当问题影响到了流程的进行时,将所有记录的问题直接反馈给开发人员,等待解决即可。
注意问题
-
在一开始的测试中经常会因为遇到一些小的问题就向开发人员反馈,这样及测及改的情况不会推进开发的进度,反而会拖慢整体进度。
-
测试用例是一个辅助工具
-
对流程而言测试用例的编写可以按照业务逻辑的流程顺序编写,在必要的时候提醒测试人员进行到了那个步骤。
举一个例子:登录
在编写测试用例时我们可以将:
点击登录→点击账号密码登录→账号输入框→密码输入框→点击登录→进入主页,作为流程进行用例的编写顺序。
-
而对于系统的交互而言测试用例可以针对很对业务的需求点进行针对性的测试。
同样我们也可以根据登录流程细化说明:
点击登录→点击账号密码登录→账号输入框→密码输入框→点击登录→进入主页
如账号输入框:账号的要求为1~11位字符输入范围,尝试输入0和12位字符,超出后的提示效果是否与需求文档中的描述相同等。