正常的 错误的 极端的 变态的 以用户体验的角度 所有的流程 在没有人提示的情况下 自己用一遍
测试用例的方法
如何沟通和获取足够的测试用例信息
实战的例子
bug预防和经验分享
常用的测试用例方法
等价类划分 把数据分为两类： 一类是有效等价类 输入的数据是系统允许输入的 ，另一类是无效的 输入的数据是系统不允许输入的
边界值分析法 在输入的数据规定了取值范围 ，在边界的值 加一 减一 和等于的情况 验证程序员在编程时候是否做了 大于小于等于的 程序判断
因果图方法 多个条件做成多种组合 产生不同的结果 产生的结果就是一个判定表
正交试验测试法 把需求文档 分为多个模块 在把模块再细分为小的模块 最后到界面 然后界面有多少个元素 每个元素作为测试点 测试点可以组合 参与《web应用测试技巧》
功能图分析法 基于一个状态的流程图
错误推测发 特殊的方法 基于经验和直觉推测程序中所有可能存在的各种错误
需求文档转化法 重要的一个方法
即见即所得的思想：
1 .所有的需求文档描述的文字信息，转化为用例 （不同于产品说明书 产品说明书是简单主要的，快发不得时候采写）
2.所有的示意图、流程图、状态图等信息，直接转化为测试用例
3、所有项目需求达成的口头共识，需求确认的邮件沟通信息，直接转化为测试用例。
随机测试 不考虑任何测试用例和需求，完全站在一个用户的角度对产品进行使用 适用于海量的条件组合无法一一遍历的时候，所有之前设定的用例已经执行完毕
对象属性分析法 被测试系统中的元素被定义为一个对象，并且给这个对象设定关联的相关属性和状态，并且将不同对象的属性和状态进行不同的组合，扩展测试用例。
例如：文件
属性：大小 路径 文件名 文件编码 文件内容（文本 还是二进制） 文件类型、文件的读写属性、文件的共享属性。
沟通如何获取足够的测试用例新 沟通很重要
怎样才算沟通清楚
倾听讲解 提出疑问 对方回答 重复对方的意思 对方确认你的意思
一线的人员 尽可能多的参与到 产品的设计 评审 或是开发的评审
简历的时候 对写一些你在上一个公司对公司有什么改进 把自己当回事 跟测试经理阐述自己的想法，用自己的想法建立一个测试流程，提高自己的影响力
需求变更 尽量建立一个变更流程 建个群 谁变让群里说一声 或群发邮件 从哪获取一个变更信息 请确认
建立需求变更控制委员会控制需求变更的发生和频率 ，建立需求变更的通知的流程和机制，保证所有的项目相关人员，及时准确的获取需求变更，需求变更需要记录在案， 将来作为项目跟踪和总结时用。
qq传文件的例子
你希望qq传文件具有什么样的功能，你可以假想他局有任何你想要的功能，并且针对你自己希望他具有的功能来进行测试用例的设计。
测试要点 ，可以从以下几方面考虑 30个一下不及格 30-40个算中等水平，40个以上对黑盒没有问题
文件的格式 类型 大小等
有个Excel 测试框架 重要的
