测试行业当前形势及前景
互联网尤其是移动互联网，国内整体起步较晚。无线客户端的发展无线客户端产品的井喷式发展，无线生活方式的改变。导致无线产品质量的保证比以往更为重要。
用户多：有问题更容易暴露
客户端多样化：更容易有适配问题
网络发达：出问题传播更快
安全：有漏洞一旦被发现，被利用的几率更高
企业认识到软件质量保证的重要性，开高薪招揽高端测试人才，而测试高端人才目前很少，导致测试人才缺口巨大。
测试需求会继续增长，而高质量的。
测试人才依然缺少，测试职位待遇依然提高。
测试职业寿命比开发更长久。
测试，产品，管理的发展更顺滑一些。
测试需要积累哪些专业知识
项目管理基本理论，比如IBM的项目管理。
白盒和黑盒测试理论。
定制测试计划。
测试执行。
自动化，架构，平台等都只是为手工测试服务的。测试点遗漏，测试用例覆盖小，再怎么自动化，发布出去用户一操作一堆问题，试想结果。。。
手工测试能保证产品质量。
自动化每天全自动跑N多用例，结果一上线，用户发现一堆Bug。
测试用例设计的好，自动化+手工/上线妥妥的。
用例和缺陷管理工具。
代码管理工具。
测试工具。
现有框架monkey Runner，robotium，uiaut omator，appium，cafe，athrun。。。
现有工具或者框架不满足自己需求？去扩展。
代码级别：二次分装，架构
工具：增强
注意参考已有
测试需要哪些职场技能
承诺哪天测试完一定要执行（测试计划预估2天左右缓冲时间），让别人相信你。
每日Bug与开发过一遍。第一个好处是让开发更了解Bug，便于修复。第二个好处是让开发给出修复时间。
每日发测试日报，抄给项目组所有人员。列出项目风险，主要遗留问题及每个问题指派给谁，预计哪天解决。
这样一来让项目全体人员项目进展，有风险早抛出来早寻求解决办法，二来督促开发人员尽快修复Bug。
发现的所有Bug都要录入，哪怕是发现了开发很快修复的。一定要录入，不重要的问题可以优先级设置的低一些，哪怕是最后不修复。
两个好处，其一，体现工作量，其二，统计问题发生的模块，以便重点测试，有必要时需要开发重新梳理代码及设计。
测试如何与产品、开发和谐共存
产品需求文档内容一定要和产品确认明确，文档中没特别指明的点，有不确定的一定要一点一点核对。
注意应用平台，比如是否在ipad上发布？最小支持版本是多少？
测试到一半，有计划外的功能或者需要插入，一定要与产品，自己上司一起沟通，否则不接受半道加入新需要。
开发承诺的修复时间，到期没修复，一定要去督促他们尽快修复。
要让开发明白，自己测试的越严格对他们越好，测试发现的Bug总比上线后被用户发现好。。。
发现问题时触类旁通，比如发现一个问题，再去测试下相关的功能点，发现一类问题要比发现一个问题更重要。
测试用例评审时，一定要找所有产品组人员一起到会。
测试如何自我保护
明确产品核心功能，保证核心功能。分清用户可以发现的问题和发现不了的问题。
发现的所以Bug都记录，不修复的也需要知道有这些瑕疵。有的问题，开发说他们技术上解决不了，也一定要录入并在日报中写出来。
意识到项目有风险一点更要抛出来，抛出来就是大家的，不抛最后就是自己的。
适当强势点。自己提高测试能力。
测试职业是“背黑锅，戴绿帽，看别人打炮”你怎么看
测试是不出彩的职业，产品质量好，老大们要夸也是夸开发做的好，基本没有大佬们会说是测试测的好。但假如产品上线后一堆问题，别人第一想的是测试没测试好，而不是开发没有开发好。
测试与开发是共生的，但测试不容易出彩，容易背黑锅。这就需要我们提升自身能力，把测试做得更好。
觉得不错，可以“一键三连”，或者转发、留言
公众号：程序员二黑，专注软件测试资源分享，
主要分享测试基础、接口测试、性能测试、自动化测试、TestOps架构、Jmeter、LoadRunner、Fiddler、MySql、Linux、简历优化、面试技巧以及大型测试项目实战视频资料
感兴趣的可以关注一下
精彩的内容要和朋友分享哦