初入测试的小码-迭代流程-2016

  做了快三年的外包软件开发，编写过的代码寥寥可数，但是对于做对日项目的我来说，测试工作却更像是工作的重点，所以选择了进入软件测试，并跳出外包。除了工作内容方面，这三年的工作经验也给我带来很多收获，毕竟也是加班族，对于工作的态度，日本人的敬业和严谨确实值得我们学习，对工作最基本的责任心，我这个大马哈能够变得认真仔细也都是这三年练成的，以及沟通在工作中的重要性，这种思想在我的工作模式上似乎已经根深蒂固（报告，商谈，联络），这确实可以避免沟通在工作中造成的许多错误，另外就是他们对excel的运用技能，真的是神乎其神，也让我学到了些皮毛，也可能是以前项目基本是企业级系统，他们可以在实施版本迭代前，花费2到3个月进行影响调查分析，设计。对于公司来说，这样的项目可以保持长久的运营，但我更希望在一个更加自由的空间去成长，去发挥，去创造。

  之所以选择测试，一个是因为测试经验足够，另一个觉得未来随着中国软件行业的成熟，测试会越来越被各种有稳定业务的公司所重视，并且现在有许多自动化测试以及测试框架的出现，对于有编码基础的自己也算是抗下了块敲门砖吧~

  经过一个多月的奔波，现在已经在一家创业型的国内公司就职，这里的大部分工作还是以功能测试为主，只有我和另一个小妹做测试，工作内容比较紧，在我来了之后发挥了我写测试用例的专长，开始慢慢的补充测试用例，希望为以后的自动化测试做些准备，可在公司创业初期，业务还不太稳定，做自动化测试还需要时日，而这些时间正好给我了准备的时间，希望自己在一年之内，可以搞定一个系统的测试。

  上面算是自己动机和新年愿景吧。来这个公司快三个月了，想总结下自己这段时间的收获，通过上次的找工作（也是毕业后第一次跳槽），发现工作中的积累和总结是非常必要的，这不仅可以促进自己现有工作的前进，也对未来的机会做好的了准备。

-----------------------------------------------------------------------------------------哥-----------------------------------------------------------------------------------------------------------

流程

  国内公司没有外企那么多限制，获取资源更加自由，会经常使用印象笔记做工作的记录，在切换设备的时候感觉特别方便。

  

  外包公司的测试方法总结：

  

 基于vMODEL的工作方式（以前公司推崇的项目模式）

  1.需求分析（通常由客户完成未参与）

     数据ER图（通常由客户完成未参与）

     技术选型（通常由客户完成未参与）

  2.基本设计（HLD）（基于需求分析和数据ER图，按画面未单位书写）

     基本设计（HLD）基本元素（画面迁移图，IN/OUT, LAYOUT,数据库关联表，画面动作简述）

  3. 工程表制定

    1.按照分析法（通常是按照画面控件与业务管理表划分）将画面分高中低三种等级，制定高中低画面对于的开发时间基准（3，7，14）

    2.按照3，3，4的标准将估计的开发时间分解为：详细设计，开发，测试（测试书于测试实施）

    3.参考deadline，安排人员制定具体的工程表（明确到天）

    4.对于(详细设计，开发，测试)要安排20%review时间。

    5.对于工程表的一些要求，任务不能前后颠倒，不能出现人员闲置，也必须保证交叉review。 

在面试时调查的一般公司的迭代方法：

  

   1.基于scrum

   2.产品提取出本期用户故事（output->设计稿,prd）5%

   3.全体会议对本期需求进行评估和分解，确定时间表（input:设计稿,output:明确时间点的工程表） 忽略 

   4.   20%

    1）设计开始出静态图 

    2）开发构造数据结构

    3）测试定制测试计划，用户case洗出

   5.根据该阶段对于对于3的工程表进行微调 忽略

   6. 40%

     1）具体开发实施

     2）测试补足测试case

     3）产品沟通运营需注意的上线注意点/下期需求构思

  7. 30%

    测试实施，bug对应

  8. 5%

    组织上线，线上回归。   

上面也基本是现在公司的开发流程，虽然没有明确到百分比，但对于测试方面我一般都按30%去估算测试时间，在需求不明确以及开发人员开发时，尽量去设计测试用例。以补充回归测试的用例。