软测3

1，测试工程师的工作
按照测试方案和对产品进行功能和性能测试，根据需要编写不同的测试用例，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。

当然测试不应该只发现Bug， 而且要通过对Bug的后续整理和分析， 从而得出如何提高产品质量的结论。
分析问题并最终一起解决问题是才有意义。

2，规划
目前还是以技术为主，比如熟悉整个测试流程及产品业务，学习和掌握自动测试工具，性能测试，多参与一些产品项目的测试工作。
后期可能会根据我所学，以设计为主，希望自己3年以后有能力独立，完整，高质量的完成一个中型项目的测试。

3，流程
单元测试（对软件中最小可验证单元测试，比如对java中类和方法的测试）
集成测试（在单元测试基础上，测试个单元模块的接口）
系统测试（在实际环境中测试整个系统的功能和性能）
交付测试（由用户，客户确定系统是否满足验收标准）
回归测试

测试需求分析
编写测试用例
测试执行
测试结果分析
缺陷修改测试
编写测试报告

功能测试
界面测试
兼容性测试
安装卸载测试
安全和访问测试
故障转移和恢复测试
性能测试

给你一个网站，你如何测试？
分析测试需求
查找需求说明、网站设计等相关文档。
制定测试计划
确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试。

4，名词解释
静态测试：不运行程序本身而寻找程序代码中可能存在的错误或评估程序代码的过程。
动态测试：实际运行被测程序，输入相应的测试实例，检查预期结果与实测结果的差异，并分析程序运行的效率以及健壮性。
黑盒测试：目的是检测软件的功能能否正确实现，把正测试的程序当作一个黑盒，不考虑其内部结构，再知道程序输入输出之间的关系的情况下，来推断测试结果的正确性。
白盒测试：根据软件内部的逻辑结构分析来进行测试，是基于代码的测试。
α测试：由一个用户在开发环境下进行的测试。或者内部用户在模拟实际环境操作下的测试，no测试员。
β测试：是软件的多个用户在实际使用环境下进行的测试。beta no 测试员。

5，bug记录里包含哪些内容？
和bug对应的软件版本
开发的接口人员
bug优先级
bug严重程度
bug可能属于的模块
bug标题
bug描述
bug日志，截图

6，网站测试
1.兼容性
主要是在浏览器兼容（浏览器IE6 IE8浏览器）
操作系统，主要体现在操作系统兼容（xp win2003 win2007）
3.用户体验测试UE**
首页产品的展示与分类
搜索结果页，搜索结果的正确性，和结果页面信息的展示
产品详情页。产品介绍页面将对客户的购买行为起到关键的作用，产品图片，文字说明，产品描述就相当于柜台服务员与产品说明书。
4.购物流程及购物规则测试
B2C网站最重要的流程就是购物流程，包括几个重要功能：购物车、配送方式、支付方式、提交订单。这一流程的用户体验的重要性在于让客户能很容易的完成下单的过程
测试产品能否放入购物车中
购物车中的购物限制是否正确
积分是否能够兑换正品，或者限购的产品
积分是否能够兑换促销类的产品。
5.支付流程
购物车中的产品能否正常支付
当支付完成，不等页面跳转，直接关闭浏览器，数据传递是否正确
当支付完成，等待页面跳转，跳转到得页面是否正确
网站某个模块间的数据传递是否正确
6.订单流程测试**
订单提交完后，对订单的处理流程的验证，以及相应的订单状态核对是否正确。
7.性能，响应速度测试。**
并发性测试如秒杀功能、
同时购买同一个限定产品
相同的帐号进行2次积分兑换产品的并发操作。
提交订单时，并发操作时是否存在多个订单。

7，栈 堆
栈：存取受限，自动分配空间而且快，存放在一级缓存
堆：树，存取随意，需要申请而且慢，存放在二级缓存

15，提交了一个bug，但开发认为不是bug，怎么办？
我觉得做测试和程序员发生冲突是难免的，但是我性格很好，因为这是工作我不会因为赌气而斗气。
先看需求文档，判断自己是不是理解错了。
如果没理解错，我会先冷静下来询问他觉得神马是对的，然后我把我的想法再告诉他，如果还是产生差异，我会请示上级。

16，复现率不高的bug？
详细记录操作步骤，测试环境，截图。
1、被测对象的版本信息
我测试的到底是哪个版本，这主要是有两个作用：一是确认我测试的是正式的软件版本，如果不是就先记录下该问题，然后选择正式的版本进行测试（开发人员基于尝试的一次非正规的修改可能会导致不可复现的Bug）；二是可以和其它版本进行对比，如果其它的版本没有类似的问题，就可以去对比这两个版本之间的区别。
2、环境这里的环境是指出现不可复现的Bug时所对应的测试环境等，比如测试所用的计算机，如果出现不可复现的Bug，那我换一台机器是不是还会出现类似的问题，也就是说通过环境的改变来进一步搜集不可复现Bug的相关信息。
4、人这里提到的人有两个含义：一是测试是由人来进行的，人的操作、人的思维方式会有不同，通过分析这些信息也有可能找到这些不可复现的Bug的蛛丝马迹；二是想复现不可复现的Bug，往往需要多个人之间的相互协作，比如测试人员、开发人员等，通过大家的沟通和协作就能更容易去复现了。
5、测试工具
通过一些debug工具或者log工具等搜集内存等信息，根据这些信息来进行分析，找出不同信息之间的共同点，比如某一块内存始终都会被改写等，通过这种方式来去复现Bug。