
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
我们在上文中给大家简单介绍了软件测试行业发展以及测试需求分析等基础知识点,而本文我们就通过案例分析再来学习一下,软件测试程序员需要掌握哪些测试方法。
1.测试用例描述
是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
2.编写测试用例的好处
进一步理解、细化需求;理清测试点及测试思路,避免遗漏;
3.用例包含的属性
ID、所属系统、功能模块、重要性、用例标题、前置条件、步骤、测试数据、预期结果、测试记录(通过、不通过、阻塞、无效)。
4.用例设计注意事项
用例标题需简洁、明了、清晰的概括一个测试点。(用例标题要包含详细的一个功能点。一条好的用例标题,只需看标题就知道怎么去执行。)
用例标题关键字:
页面检查的用例标题关键字:查看、检查;例:检查某某页面包含如下元素:(列出具体元素);
功能实现类用例标题关键字:验证……
文本框用例:验证输入框不能为空;验证输入框大可输入N个字符;验证某某输入框支持汉字、英文、数字等输入。
功能性用例:验证商品下架后,不会在用户端显示;验证购买某一商品(数量为N)后,库存也要-N。
5.用例设计及评审注意事项
编写用例时要覆盖到所有功能,用例要描述清楚;
复用性、变更性强。
功能细节描述不清晰点需要记录,向产品确认;
有不合理的功能需要记录、确认;
评审时要提出自己觉得需求中设计不完善和不清楚的功能。
6.业务测试的方法和实践
a.站在用户的角度
优秀的需求应该是站在用户的角度来思考问题,是用户能够利用系统完成什么,而不是系统自己完成。因此在需求理解时要多和软件的终用户进行交流,了解他们的诉求,以便有针对性的进行测试。
b.重视全局,而非细节
工作重点应该是放在尽可能全面的收集需求要点、了解整体的业务流程、分析主体业务流程和重点业务流程等工作上。在获得了系统的全貌之后,我们会发现原先在编写功能测试用例对系统的认识是不充分的,这时要编写的流程测试用例需要根据新的思路进行重新排列。
c.现场客户
现场客户随时提供对需求细节的指导。如果没有条件,可以定期的邀请用户参加项目例会或安排和用户交流等。另外在需求理解评审和测试设计评审会尽量邀请用户参与。
7.业务测试学精必备的两种能力
为产品质量负责的能力。
为产品体验负责的能力。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。