添加过一个关于软测的群，其中群主是个工作10年以上的软测工程师，会在周末向我们讲解一些测试的知识。我从中也学到了很多，现将部分整理如下。
1. API测试和UI测试
API测试与其他测试一样,首先要做的是把测试环境搭建好,各种必须的配置文件都准备完毕,在开始测试之前确保服务器上的程序是可测的(有必要的话可以寻求研发帮助).
API测试除了要测试功能以外还要测试接口。一个API或者函数可以作为一个单元，对这个单元进行单元测试，你可以用黑盒方法，也可以用白盒方法。黑盒方法就是不去看这个单元的实现代码，只根据这个单元的功能说明来设计测试用例并进行测试。测试的时候你可能需要写一点简单的代码来做数据准备,然后去调用需要测试的接口，一般也需要写一些代码来接收或者验证被测单元的输出是否正确；白盒测试方法就是你通过分析被测单元的实现代码，根据不同的测试策略（如分支覆盖或者逻辑覆盖等）来设计测试用例并作相应的测试。平台产品的需求很多是来自网站,简而言之,平台产品提供API供网站研发使用。我们需要测的就是这些暴露出来的API,确保这些API在功能上没有缺陷。附网址http://www.cnblogs.com/hehaiyang/p/4458245.html
用户界面测试英文名为User interface testing，简称UI测试，测试用户界面的功能模块的布局是否合理，整体风格是否一致和各个控件的放置位置是否符合客户使用习惯，更重要的是要符合操作便捷，导航简单易懂，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等等。
有的测试项目，测试完了UI之后，开发人员改了代码，然后还得重新测试UI，如此反复，很麻烦，所以群主画了此图
先做API测试，然后做UI测试。
Api是底层的，ui更高，api一旦变了，ui就变了，更高效率的是从底层开始做，从api开始测试。
2. Bug生命周期
这是BUG的生命周期，图片是我自己从网上找的，bug也是有优先级的，不是所有的问题都需要解决，有的可能无关紧要，不需要修复，有的并不能称之为Bug，可以忽略。
3.测试的层次
这一点群主说在面试中比较占优势，面试官问你这个问题时，你就可以这样答：
priority
p0是等级，1 2 3.比如测试纸杯
P1-positive耐热吗
P2-negative用火烧
P3-性能压力测试
测试用例优先级划分
P1: 系统的基本功能，case数量应受到控制 划分依据：该用例执行失败，会导致多处重要功能不可用；发生概率较高的，经常使用的功能该类用例需在每一轮版本测试中执行
P2: 系统的重要功能，case数量较多 划分依据：各种应用场景，使用频率较高的正常功能。功能交互相关。在非回归的系统测试版本中都要执行，系统所有的重要功能都必须实现
P3: 系统的一般功能，case数量较多 划分依据：使用频率低于P2，比如超长字符串，边界值，事物完整性等非回归的系统测试版本中不用都进行验证，在系统测试的中后期不一定每个版本都验证
P4：可有可无 划分依据：比较生僻的输入，使用频率非常低得功能 在版本测试中，有某些正常原因，经过和产品经理进行沟通确认可以不执行
4.测试工程师的工作
这是我私下问的一个问题，我说软件测试工程师是不是比较辛苦还不讨好，群主立马纠正了，他说其实测试工程师比开发工程师的压力还是要小一些的，开发工程师项目做不出来是会狂加班的。其中有的人抱怨说，开发的人鄙视他们做测试的，出现这种局面是因为他们不了解开发的代码。在群主公司不会出现这种情况，原因很简单，因为群主是大牛呀， (づ￣ 3￣)づ 很多代码和实现，群主比开发人员还强。
这件事告诉了我们，不懂代码就是受鄙视的！（满满的都是泪……）所以测试人员自身的能力还是需要增强的。