无题

XXX  17:21:21
1、做为测试工程师，你认为哪些被测对象在哪些场景下可能bug最多，为什么？
2、如何评估测试对功能、代码的覆盖是否完整？
3、进行静态代码review时，通常可能会发现哪些代码问题？
4、对一个支撑海量请求，集群部署的web站点进行性能调优，可以从哪些方面入手，具体都会涉及到哪些技术？
5、持续集成对于公司的价值，如果需要你来设计一套持续集成的建设方案，你会怎么来设计？
6、关于自动化测试系统的设计，请针对如何保证用例质量和如何保证用例执行效率来给出方案？


疯狂的文子  17:45:28(别人问到我，我的回答，哎。。。)
都是开放性问题.我的回答大概如下吧.谁出的题这么变态?

1.没有经过单元测试和开发自测的程序;没有充分进行过需求调研或概要设计的软件;软件发布版本的初期.

项目第一次提交测试的时候,2.没有规范的混乱开发模式下开发的项目.3.部署环境迁移之后4.配置文件修改之后5.代码重构之后

2.测试需求对需求文档的覆盖,测试用例对测试需求的覆盖;测试用例通过率间接反映了测试需求的实现;测试用例的设计方法,反应了代码的覆盖(用例需要考虑的异常流)
3.代码边界值;实现功能的判断逻辑(没做过,只能猜了)
4.首先需要确定性能调优的方向是什么?所以得先发现问题,确定问题的类型.
  如果业务响应时间慢:分析页面各个组件的消耗时间,可以使用httpwatch,也可以用loadrunner的结果分析.
  如果服务器CPU和内存使用量高:再次测试,增加计数器,查看服务器的软件环境等,确定问题的原因.如果证实是这方面的瓶颈,更换相应硬件,再次测试
  数据库的原因:增加连接池和可并发数
  中间件:
  算法问题:可进行单元级的性能测试,以确定问题
  性能调优是一个超长过程,需要数据库工程师,架构师,系统工程师的配合(性能调优我不太行,只知道这些了)
5.设计核心思想:由单元集成到模块,由模块集成到功能实现.每个环节都应加强导入与导出的控制(不懂这个,我只是感觉应如此)
6.保证用例质量:
  手段之一为评审,评审是否值得做,是否必要做,是否达到了做自动化的前提条件,是否充分的适用于数据驱动.自动化测试用例是否考虑到了足够的异常.(主要)
  手段之二为分析,经验丰富的自动化工程师应检查和分析其它用户的自动化用例,检查其是否真正的实现了其测试点的要求(辅助)
  执行效率:
  在用例质量的基础上,经验丰富的自动化工程师应分析和评审其脚本的效率.并应记录详细的日志.执行一轮测试后,对于那些耗时较久的脚本分析原因,如果是脚本的问题则改进之.
  简而言之,应建立一个自动化测试流程控制体系,把那些不适合拿来做的在前期就干掉.同时,由自动化测试经验丰富的人,组织评审和把控,并应组织脚本的概要设计工作的开展,同时可参考开发人员的代码互查和评审.