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)判定表
  判定表是分析和表达多逻辑条件下执行不同操作的情况的工具