本文所用到的案例：图一为登录首页，当输入用户名和密码后，点击【登录】按钮，如果用户名密码正确进入图三登录成功页面，否则弹出错误消息；点击【进行注册】按钮进入图二进行注册；点击【清除】按钮，清除数据库中的所有数据，这个按钮是为测试而临时设置的，正式产品中将会取消。图二为注册页，当输入用户名和密码后，点击【注册】按钮，当输入的用户名在数据库中不存在，注册成功，返回图一的登录页面，否则弹出错误消息。图三为登录成功页，当在图一中输入正确的用户名和密码后，进入这个页面，这里的"Hello world"将变为"Welcome "+用户名。正文部分谈起软件自动化测试，...

　　今天小梦就已微信红包为例，说说在实际项目中如何设计测试用例！希望也能对你有一些启发 : )　　1. 设计测试用例的一般步骤　　我先简单讲一下我写测试用例的操作步骤：　　详细了解并梳理系统功能需求，必要时找产品进行需求澄清；　　如果是比较复杂，或者对原有功能改动较多，在梳理需求的过程最好能画出业务流程图；　　根据需求/流程图列出所有功能测试点；　　根据测试点编写详细的功能测试用例。　　2. 实例 - 微信红包　　2.1 需求　　微信红包的诞生　　我还记得微信红包的大流行是在2015年，那一年我边看春晚，边拿着两个手机摇一摇。此后每年的春节期间，抢红包，发红包，成了和支付宝集五福一样的新习俗。...

　　导读　　基于风险驱动的交付是百度实践智能测试——感知智能阶段非常重要的研究方向，基于风险驱动的交付，源于三个现状：　　一、不是所有的项目都有风险，80%以上的项目无任何的关联bug和线上问题。　　二、不是所有的测试任务都能够揭错，无效的质量行为（有bug发现的质量行为/所有质量行为）占比非常高。　　三、测试人员也有误判的可能，漏测一直存在。　　通过以上三个现状，可见如果能够有方法逼近：测该测的项目、做该做的质量行为、评风险评得准，那么对测试效能和召回都有极大的帮助。　　接下来我们将持续刊登三篇文章，来揭秘百度实践基于风险驱动的交付的冰山一角：　　1、百度搜索业务交付无人值守实践与探索：从具...

　　做软件测试的人，往往会有这样的想法：由于软件的复杂导致了测试的复杂，所以不能指望培训能给我们很多工作中的实际指导。偏重理论是肯定的，但并非没有意义，虽然理论同样可以从相关的文献资料上得到。因为测试时从来不希望检测被测系统所有可能的输入、路径和状态，那么应该选择什么?什么时候应该停止测试?什么时候应该暂停测试?怎样编写一个测试包，它可以检测足够多的消息和状态的组合来说明没有失败的操作，但是从实用性来说它又足够的小?　　测试提出了许多基本的但却令人困惑的难题，带着这些问题，所以参加了几次实用软件测试培训。　　一、软件测试员的目标是尽可能早地找出软件缺陷，并确保其得以关闭　　仔细思考后，我觉得此...