测试

如何保证软件产品的质量：
　BUG修复，代码重构，调试，测试，评审，试运行
软件测试的目的：
找bUG,帮助开发组提高产品质量保证产品整体在某个层次上是合格的


　软件测试是质量体系与生产体系的交集，在生产团队中的测试团队，必须同时考虑生产和质量，而不是单纯的找BUG。如果只是找BUG，那么如果软件未来出现BUG，测试团队就应当为此负全责，你的职责就是找BUG，你居然没找到？


　1、作为一名QA，你是怎么理解“质量”这个概念的？
我买的这双鞋质量好吗？质量是与客户需求不能分开的，鞋这个交付件质量好  不好不是我说了算，而应该由我侄子来判定，他不满意就说明这双鞋质量不好。因此，客户满意度才是质量的核心


　　2、Java的垃圾回收机制、内类的几种方式、堆和栈区别
使用栈就象我们去饭馆里吃饭，只管点菜（发出申请）、付钱、和吃（使用），吃饱了就  
  走，不必理会切菜、洗菜等准备工作和洗碗、刷锅等扫尾工作，他的好处是快捷，但是自  
  由度小。    
  使用堆就象是自己动手做喜欢吃的菜肴，比较麻烦，但是比较符合自己的口味，而且自由  
  度大。   (经典！) 


　　3、在写自动化代码中，用到了哪些设计模式？


　　4、最近读过的关于软件测试的书，文章？有哪些给你留下了比较深的印象？


　　5、职业发展规划


测试不仅仅是找到程序中的bug，-测试为了让产品没有缺陷，-测试是为了让产品更完善，-测试是为了让产品符合需求
总结：让产品达到需求，并且更完善，更贴近用户




好的产品是设计出来的，而不是测试出来的——宏观上有流程，微观上编码规范，有评审有制度，如果严格遵守过程质量，那么最后的结果肯定是符合本组织的质量标准。所以患病的原因，往往是因为没有按照规范来，平时的代码设计编写粗狂，取的开源代码直接放到版本中等等原因导致。


我们不对质量负责，我们帮助那些对质量负责的人（管理者和CEO（企业中主要的质量官））、提供质量相关的信息、以影响他们的决策。”质 量辅助，这就是测试做的事情。




测试用例：为特定目标而开发的一组测试输入、执行条件和预期结果，其目标可以是测试某个程序路径或核实是否满足某个特定的需求
测试脚本，根据测试用例编写测试脚本进行自动化测试
可以说测试用例是编写测试脚本的前提，如果没有测试用例，盲目的编写测试脚本，是没有任何依据的




测试用例 就是为了验证 软件 的所有功能及操作 能够得到 正确的结果而编写的验证方法和思想，为了覆盖所有的操作和所有的BUG和缺陷。
      测试脚本是当测试用例繁多，重复操作繁重。而编写的脚本，利用这些脚本执行自动化测试，来验证这些、重复操作的结果。
      测试用例是最基本的，含盖的范围远远大于根据测试脚本执行的测试数量。
      测试脚本只是为了执行自动化测试，只是为了解决测试人员工作量而制定的






流程工具：
功能列表：


1 产品管理：包括产品、需求、计划、发布、路线图等功能。
2 项目管理：包括项目、任务、团队、build、燃尽图等功能。
3. 质量管理：包括bug、测试用例、测试任务、测试结果等功能。
4. 文档管理：包括产品文档库、项目文档库、自定义文档库等功能。
5. 事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。
6. 组织管理：包括部门、用户、分组、权限等功能。
7. 统计功能：丰富的统计表。
8. 搜索功能：强大的搜索，帮助您找到相应的数据。
9. 灵活的扩展机制，几乎可以对禅道的任何地方进行扩展。
10. 强大的api机制，方便与其他系统集成。


1月6号软件测试面试经验：
软件测试生命周期
对测试的看法
不符合工作期望怎么办
虚拟化测试
sql语句
字符集，utf-8,-16-24的区别
vmware 连接方法 桥接
DNS原理，cookie
DHCP，domain
文件共享方法，nfs
对加班看法