测试人员与系统上线风险评估人员同一个人有什么风险

来源：蜘蛛抓取(WebSpider) 时间：2017-07-22 03:05 标签： aps上线风险控制方法
Posts - 272,
Articles - 1,
Comments - 2734
大人不华，君子务实。
07:59 by 虫师, ... 阅读,
　　因为一直从事web产品的测试，我的观点并不一定适合所有的类型项目。
　　工作已将近三年了，虽然这三个年头里我都在积极的学习着与测试相关的技术；但是能沉淀的东西很少。相信测试同学都有类似的感觉。
不要为了测试而测试
　　前几天做了一个测试的PPT&，就是讲项目中要用到的测试技术，总结了半天其实实际的产品中没什么技术，熟悉需求，转化成用例，待项目上线后验证功能就OK&了；对一个自身质量要求不高的项目，我们有时候为了体现自己价值，非要在一些不痛不养的问题上揪着不放。
　　举个不恰当例子，某钢琴高手开了一个补习班教钢琴，家长送来一孩子目的只是让孩子学学钢琴；钢琴高手为了体验自己的价值（牛B），硬是按照贝多芬的标准去培养，孩子弹不会《XX交响曲》不让孩子走。先不说孩子有没有贝多芬的钢琴天资，也许孩子压根就不想成为贝多芬。
&　 &当然了，如果你办的是&中国音乐家钢琴协会&，你有责任要求会员达到国际超一流水平，为国家和个人赢得荣誉。
　　有时候不要为了测试去测试，或为了体现自己的价值去做一些对整个项目贡献不大的事儿。当然，我在这里不是让测试人员放弃自己的原则。要知道不管是产品、开发、测试都是围绕着产品的发展贡献。
　　为贡献产品的发展测试远比为了测试了测试所带来的价值大得多；所以站在产品的发展上去看待测试工作更能体现自己的价值。
记得去年的总结再讨论自己对流程的理解。随着工作年龄的加长对这些问题也有进一步的看法；所以，再拿来炒一炒，希望能炒出新的味道。
没有最好的开发测试流程，只有最适合项目的开发测试的流程；
　　去年的一篇说软件测试流程，严格规范的测试流程一定比没流程好，敏捷的流程一定比传统的瀑布流程先进。这个观点没有大的错误，但是我们忽略了所做有产品这个&对象&；忽略了产品的特点与阶段。
　　例如两三个开发合伙开发一个项目（或产品），这时你让他们建立一套规范的流程，按流程实施，显然是不现实，我想摆在他们面前最主要的问题是，如何快速的把客户需要的功能开发出来换成money&，维持生计以及公司运作。
　　例如一个各种功能已经成熟的项目，有着庞大的用户群，以维护为主的更新，它的版本功能的上线必须要建立严格的发布流程，经过充分的测试才能上线；用户群越大，暴露的问题越多，问题带来的影响也会越大。
　　同样是一个web产品，笔者目前所做的项目流程完全不是这样；我们的发布流程很简单，测试流程也很简单，不去写的规范又复杂的测试用例，放弃了使用缺陷管理工具来反馈问题；
　　沟通变得尤为重要；我不否认这样做会给产品带来了一定的风险；对于严重的问题，我们可以通过快速的版本回滚，对于轻微的问题，我们很快会在下个版本迭代中修复。是不是有点敏捷的味道在里面。
　　为什么会这样？因为这个产品属于前期开发阶段，很多功能还没上线。整个团队都在贡献着产品的发展；需要快速的将需求转化成功能给用户使用。
所以，没有最好的开发测试流程，只有最适合项目与阶段的开发测试的流程；
产品质量与用户容忍度
　　之前看过不少人讨论到底需不需要测试人员；我想说测试人员N年后不管是被重视了还是被淘汰了&测试的行为&永远不会消失；因为没有质量的产品基本上等于没有价值（也就是说没存在的意义），至于对产品质量的要求是由用户容忍度决定的。
　　Facebook&没有测试人员！但是测试行为一直都在。开发找需求，开发、自测、发布，获得用户反馈，决定功能下线还是上新的功能---相当于一条龙的服务。因为用户的容忍度允许他这么做。
　　微软不能这么干，修复一个windows&的bug成本很高，而且用户是花钱买的，也许用户是用来创造价值的（办室、存储、管理），也许一个文件丢失，系统崩溃会给用户带来巨大损失；所以，微软需要很多的测试员。
　　拿修复成本与用户容忍度做标准，web产品优于客户端产品；在web产品中也要分行业；用户对银行系统、火车票、购物网站的容忍度显然要低一些，反过来说也就是对产品的质量要求更高，因为与钱挂钩。就算同一个产品，会员与免费用户的容忍度也是不一样的；因为会员用户有权得到更好质量与服务。
所以，关注分析用户的容忍度的测试才不会把自己变得格格不入。
提升自己的贡献
　　前面的东西貌似都在&弱化&测试存在的价值；俺本来就不被重视，所以俺就需要更加认真和努力找问题来提升自己存在的价值，你现在说，有些产品不需要太指着的去测试；那你说俺还能干啥？
　　当我们把测试看成是为开发和产品服务时，也许情况会完全不一样。我们可以提供哪些服务？
用测试发现产品的不可以测试性
　　前面已经提到队团不管是否有测试人员，但测试行为一定会存在；如果一个产品都不可测试，如何去发现并修复bug&，如何去维护与扩展？尤其对于web产品来讲，不可维护与扩展的产品无疑是致命的。（可以通过项目重构再解决）
建立产品质量的评估方法
　　为项目团队提供每个版本的bug趋势分析数据，让项目中的每个人都了解项目当前的状态
　　通过分析bug数据来建立或完善各种Checklist，帮助项目团队更好的完成需求评审、设计评审以及代码评审，减少bug出现的机会。同时，可以定期将多个项目的Checklist进行合并，使单个项目的经验可以通过Test&Team快速的流动起来，及时的作用于其他项目
　　主动为Architect&Team提供每个项目的性能测试数据，帮助他们获取更多的实际项目信息，减少踏入&陷阱&的几率
建立可持续运行的测试框架
&建立自动化测试测试框架；
构建持续集成，使版本的迭代与更新得到快速的反馈。
建立关注开发质量的开发文化
没有测试人员自测节省人力的了，尤其在单元测试层面。产品的质量应该由开发与测试共同承担。（现实中的责任到人，让团队很难形成这种文化）
贡献产品发展
　　旧病成医，测试的产品多了自然会对产品有自己的理解，产品的定位，用户习惯与体验；&可以从测试的角度贡献产品的发展。（这个由产品的特点，公司文化决定）
&----------------------------------大丰地税全力做好“金三”系统“风险应对”流程测试
信息来源：大丰地税局
访问次数：
　　近期，大丰地税局&风险应对&流程&金三&模式测试全面开启。该局在不影响纳税人日常办税的前提下，白天在前台用江苏地税大集中系统进行正常的风险应对流程，晚上测试演练新的&金税三期&系统，将白天的业务在新系统再录一遍，以确保&金税三期&征管信息系统&风险应对&流程熟练掌握、精准无误。
　　一是全员参战，任务到岗，责任到人。根据&金税三期&上线测试工作的安排部署，大丰地税全体风险应对人员根据测试组统一安排，在上线测试的第一时间结合本地实际，拟定实施方案，制定上线测试的时间表和路线图，将上线测试工作细化为15个具体事项，确保任务到岗、责任到人。
　　二是统一行动，实战操练，同步测试。在上线测试的过程中，风险应对流程测试组紧紧围绕&测试方案统一制定、测试人员全员进场、测试保障同步跟进、测试流程同网操作、测试培训同时进行、测试绩效全面考核&的测试目标，充分发挥全体人员的各自优势，确保测试工作取得成功。
　　三是集中问题，扎口答疑，统一上报。在&金税三期&上线测试过程中，测试人员一旦遇到问题，技术保障人员即时上前，能够现场解答的就及时答复，不能直接答复的进行集中汇总，统一上报，确保发现问题及时反映、解决问题现场答复、疑难问题限时上报、经验成果实时分享。
　　四是强化宣传，严格考核，保障有力。充分利用各种宣传舆论平台，积极向当地党委、政府及广大纳税人宣传&金税三期&的相关内容，特别是&金税三期&的上线对提升税收信息化水平、办税质量和办税效率的重要作用；制定详细测试考核规定，实时进行现场考核，并将考核结果纳入各人绩效管理之中。关于福建省建设工程质量检测试验人员管理系统上线的通知
各有关单位：
为提高服务质量，简化办证程序，缩短办理时限，我站开发的福建省工程质量检测试验人员岗位证书管理系统（以下简称&管理系统&，登录网址为：http://pxzx./QualityLogin.aspx）定于2015年4月10日上线运行，届时凡取得工程质量检测试验人员岗位证书的检测人员，申请办理岗位证书变更、补办等业务时，应同时提交书面材料及系统申请信息。
管理系统登录入口包括：
1、福建省建设工程质量安全网&&福建省工程项目建设信息系统&&三网信息系统&&管理系统（如下图）；
福建省建设工程质量安全监督总站以下试题来自：
单项选择题系统上线前应当对系统安全配置进行检查，不包括下列哪种安全检查（）
A.主机操作系统安全配置检查
B.网络设备安全配置检查
C.系统软件安全漏洞检查
D.数据库安全配置检查
为您推荐的考试题库
您可能感兴趣的试卷
你可能感兴趣的试题
A.安全测试
B.对废弃对象的风险评估
C.防止敏感信息泄漏
D.人员培训
A.安全运行和管理
B.安全测试
C.变更管理
D.风险再次评估
A.安全测试
B.检查与配置
C.配置变更
D.人员培训
A.安全技术选择
B.软件设计风险控制
C.安全产品选择
D.安全需求分析
A.明确安全总体方针
B.明确系统安全架构
C.风险评价准则达成一致
D.安全需求分析

我要回帖

更多关于 aps上线风险控制方法 的文章

 

随机推荐