网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
①正常登陆 ②账号为空时点击登录 ③密码为空时点击登录 ④账号密码都为空时点击 登录 ⑤密码错误时点击登录 ⑥找回密码功能是否有效 ⑦记住密码功能是否有效 ⑧ 自动登录功能是否有效
2.编写测试用例该注意什么？
①根据项目的实际情况设计测试用例表格
②用例格式不要生搬硬套
③根据具体情况编写
3.编写测试用例的常用方法：
①等价类划分法：等价类是输入的集合，比如在注册时，密码规定为6-16位英文字母或数字及下划线，那么小于6位的一串字符就是一个等价类，大于16位的一串字符是另一个等价类，在6-16位之间且符合规范的一串字符也是一个等价类，在6-16位之间的但包含除英文字母和数字和下划线之外的字符是另外一个等价类。
在每个等价类中选取一定数目的值作为代表。等价类分为有效等价类和无效等价类，输入符合条件的值对功能进行检验，输入无效等价类中的值可以找出程序错误的地方。
②边界值分析法：对输入的边界值或稍大（小）于边界值的值进行分析。比如某公司在招聘时筛选简历时对年龄的要求是20岁到35岁，那么19、20、21、34、35、36都是边界值，对其进行输入测试观察结果是否符合要求。
③场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提升测试效果。场景法一般分为基本流和备用流，覆盖所有的场景。
④错误猜测法：通过直觉和经验对结果进行分析。
四．测试用例评审：
1.什么是用例评审？
①简单的说，评审就是对测试用例进行检查
②评审包括：同行评审、小组评审、部门评审和第三方评审等
③不同的评审有不同的角色参与其中
2.评审的意义：
①通过评审发现用例的不足
②方便测试人员改进用例
③达到在测试时提高测试质量的目的
3.评审的流程是什么？
评审后改进测试用例，再进行评审再改进测试用例，这样一直循环直到评审都通过，这时候才结束评审，也标志着测试用例编写的完成
二．测试用例管理：
1.为什么要管理测试用例？
①测试用例数目巨大
②测试用例会根据需求的改变而改变
③测试用例需要补充完善
2.如何管理测试用例？
①原始的Excel管理
②专业的项目管理系统（eg：ALM、禅道、testlink、Bugzilla、JIRA）一般都为web格式
三．还是举个例子实在
如图所示为CSDN的web端登录界面部分的截图：
如图所示为提取的测试用例点以及编写的相应的测试用例：
测试点：
测试用例：
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
