总结

上一篇 / 下一篇  2014-08-22 16:00:46 / 个人分类:总结

 来公司已经半年,提炼一些自己在工作中所看到的,所想到的,希望能对公司的运作能够有些帮助。
 对于以前老的操作手册所了解到的,都有固定的模板,熟悉系统还是有帮助,内容不丰满,单纯的操作步骤都还有一些不完善。当时提出了部分的修改意见,但是考虑到数量不够,建议删除的部分并没有被采纳。对于文档这一块,公司几乎是空白,没有形成规范的文档,导致反反复复做类似的工作,从最开始的需求文档,概要设计,详细设计,测试用例,测试报告,上线维护以及针对每个项目的总结都没有形成文档化。现阶段,测试这边能完善的有需求文档,测试用例,测试报告。希望能有制度和流程来规范。
  对公司老系统的测试,发现了很多同类型的很低级的BUG,造成了类似了LOGO错乱,页面报错,类型混乱等错误。这中间是由技术研发的人员对新上线的系统进行更改,公司没有回归性测试,没有部门对上线项目质量进行把关,导致很多很低级的错误都流露到客户环节。建议对所有上线的项目,公司内部最好能够先进行一次基础的把关,不要到客户环节去做实验,去补救。
  个人有一段时间在熟悉整个行业的标准,一些技术导则和招标文件,搜寻一些竞争对手的资料进行比对。因为公司没有固定的产品经理,战略方向由老板把控,所以需求这一块做的很不够,市场调研这一块基本上也没有,人员访谈形式上走过一遍,但是并没有聚焦,收集的内容对新产品的开发没有起到实质性的作用,现阶段我们所谓的需求整理,就是根据以往经验,对业务的把控和熟悉,在原有的基础上做了升级和优化。行业的动态以及技术突破,这一块也是一个缺口,缺少资源共享和分享的平台,就算有新的技术融入也未能普及都每个人。建议公司能建一个资源共享的平台,让客户或是其他人任何人在任何时间地点冒出灵感或是创意都可以很方便的提交到需求平台。
   关于测试这一块,从对需求的熟悉,到测试用例的设计,到测试用例的执行,到测试报告,以及产品质量过程监控的总结。整个阶段都要从白纸做起,对于基础功能,部分可以由很熟悉业务的人进行把控,但是对性能测试,安全性测试以及负载压力测试等,没有任何的标准规范,质量体系标准的检验和评审,公司是否要考虑设置产品委员会,对公司产品质量的流程和检验标准负责,组织标准的建立和评审。测试是一个评测的组织,需要建立标准,才能在标准的基础上进行一系列活动。
 

TAG:

魔女之恋的个人空间 引用 删除 魔女之恋   /   2014-08-27 12:32:51
标准和流程都很重要的
 

评分:0

我来说两句

我的栏目

日历

« 2024-03-20  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 5435
  • 日志数: 13
  • 建立时间: 2014-03-24
  • 更新时间: 2018-12-30

RSS订阅

Open Toolbar