1、常规测试主要包含以下方面：
（1）UI测试
用户界面测试，英文是User interface testing。又称UI测试
用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等（可参考人机交互）
目标： 确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览 功能。 确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易 操作性等测试
（2）业务测试
主要是针对需求文档进行测试----这部分最后确定方为需求人员（因公司需求经常具有不确定性，允许存在部分与需求不一样的地方，最后由需求人员确定。）
此处建议:需求文档确定之前，建议增加多方会审过程，可以去除掉大部分不合理的请求，将一些需求合理化，也能够更好的优化需求流程。
（3）兼容性测试
兼容测试是测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。向上兼容向下兼容，软件兼容硬件兼容。软件的兼容性有很多需要考虑的地方。
因本项目是针对微信平台的web功能页面 此处需要验证的兼容性，主要在与android和ios两个不同平台进行验证测试；以及不同屏幕大小进行相应的验证（一般逻辑来说，需要做到最低兼容以及最高兼容）
如：ios系统系统验证ios7~9系统，屏幕大小包含3.5寸~5.5寸 Android系统，系统要求验证android 4.0（含）以上，屏幕大小包含4寸及以上
2、用例设计方法
（1）边界值分析法
边界值分析：对输入或输出的边界值进行测试的一种黑盒测试方法
实例： 本程序退款确认80字吐槽内容 （1）有效值为1~80个字 （2）边界值数字为：80字，1字 （2）输入0字 （3）超过81字 （此处可能存在问题:开发有可能写成80字符（40汉字），也有可能没做限制
（2）等价划分法
主要针对输入区域等价划分为若干部分（子集），从每个部分选取少数代表性数据作为用例 （1）有效等价类（有效合理的输入） （2）无效等价类（与上对立）
举例：因发现好股不存在此类用例，取其他用例
用例ID 月份 日期 年 预期输出
SR1 -1 15 1912 月份不在1～12中
SR2 6 -1 1912 日期不在1～31中
SR3 6 15 1811 年份不在1812～2012中
SR4 -1 -1 1912 两个无效一个有效
SR5 6 -1 1811 两个无效一个有效
SR6 -1 15 1811 两个无效一个有效
SR7 -1 -1 1811 三个无效
（3）判定表
判定表是分析和表达多逻辑条件下执行不同操作的情况的工具
（4）错误判断法
列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。
实例：测试手机端的通话功能
1) 无SIM 卡插入时进行呼出（非紧急呼叫）
2) 插入已欠费SIM卡进行呼出
3) 射频器件损坏或无信号区域插入有效SIM卡呼出
4) 网络正常，插入有效SIM卡，呼出无效号码（如1、888、333333、不输入任何号码等）
5) 网络正常，插入有效SIM卡，使用“快速拨号”功能呼出设置无效号码的数字
（5）因果图法
利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况
E约束（异）：a和b中至多有一个可能为1，即a和b不能同时为1。
I约束（或）：a、b和c中至少有一个必须是1，即 a、b 和c不能同时为0。
O约束（唯一）；a和b必须有一个，且仅有1个为1。
R约束（要求）：a是1时，b必须是1，即不可能a是1时b是0。
（6）场景法
3、测试用例设计综合策略
1) 在任何情况下都必须使用边界值分析方法，经验表明用这种方法设计出测试用例发现程序错误的能力最强。
2) 必要时用等价类划分方法补充一些测试用例。
3) 用错误推测法再追加一些测试用例。
4) 对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充足够的测试用例。
5) 如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法。
4、测试用例设计步骤
1) 构造根据设计规格得出的基本功能测试用例；
2) 边界值测试用例；
3) 状态转换测试用例；
4) 错误猜测测试用例；
5) 异常测试用例；
6) 性能测试用例；
7) 压力测试用例。