测试bug与测试实例
前言
设想这样一种场景，你是一名优秀的软件测试工程师，在一个项目的测试中发现了一个bug，结果提交之后，开发大大并不认为这是一个bug，驳回你的意见，这时你应会怎么办？
测试方法学了很多，但是具体的测试用例又是怎么样的，测试对象不同，测试用例又有哪些共性和不同呢？
今日的学习心得主要解决的就是上述两个问题~
一、测试vs开发：这到底是不是一个bug？
遇到这种情况的你，首先明确，要相信自己的专业素养，其次就是要以理服人，充分论证——你发现的这个bug，就是一个bug。那么具体操作是？
——答案是三步走
第一步：将bug提交至缺陷管理库备案
第二步： 获取判断依据和标准
第三步：合理论述
其中，第二步尤为重要，判断依据和标准的获取源头主要有：
1、各种文档，如需求规格说明书、产品说明、开发计划等等
2、软件一般特性，可以从软件质量的角度（4个维度，6个大特性，27个子特性，后期会有详细介绍）
3、与开发、设计人员、客户代表探讨确认是否为缺陷
杀手锏：依旧意见不一致，无法解决问题，就报公司上级，交给上级做决定
二、测试实例
1.杯子怎么测
a、功能性：
适合装水否，适合饮用否，漏水否
b、性能：
抗摔否，抗压否，抗热否，容量最大多少
c、易用性：
烫手否，防滑否
d、可移植性：
不同环境下正常使用否
e、外观：
满足用户习惯否，美观否
f、兼容性：
可装其他液体否，可装固体否
g、安全性：
制造材料合格否