一般team都有developer跟专职的QA
登录 | 论坛导航 -> 华新鲜事 -> 技术の宅 | 本帖共有 2 楼,分 1 页, 当前显示第 1 页 : 本帖树形列表 : 刷新 : 返回上一页
<<始页  [1]  末页>>
作者:dos2unix (等级:3 - 略知一二,发帖:234) 发表:2014-06-25 01:13:30  楼主  关注此帖
在成熟的开发环境下开发者只能写到unit test这个级别,更高级的test开发者应该不被允许参与开发,有特定的测试团队整体设计testing strategy. tester是个职业,也代表了一个领域
一般team都有developer跟专职的QA
话说test有n多种啊,比如unit test,integration test, functional test, performance test,甚至acceptance test~

作为developer只需要写unit test一般有code coverage要求,integration test是在交给QA测试前的整合,基本也developer做吧,但只是spot check而已。

QA需要做的是测试所有的feature甚至exceptional case,performance test一般是产品发布前QA做,developer配合~

一般acceptance test是客户方面来做或者product manager 跟 QA manager联合sign了才算
[本文发送自华新iOS App]
欢迎来到华新中文网,踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
作者:dos2unix (等级:3 - 略知一二,发帖:234) 发表:2014-07-01 16:16:51  2楼
在实际的工程项目中由于新加坡本土从业人员素质问题: 1. unit test基本不做,程序员一般以integration test的方式测试基本逻辑 2. integration test基本上也是程序员做。即使有专署的测试人员,他们对于系统的功能也非常不了解 3. QA基本上就在白纸黑字上签字 4. 顾客查看测试资料还停留在“有”和”没有”的程度上。 本人的一个很好的体验是,系统功能性测试需要程序员和测试人员共同进行,迭代发现unit test应该检测到的问题: 1. 系统的功能,包括一些很细节的实现,由系统架构师作文档记录,生成测试文档 -- 重要! 2. 程序员依据架构师的文档实现代码 3. 程序员根据接口实现自动测试程序代码 4. 程序员实现另一程序随机生成自动测试程序需要的数据 5. 由不相关测试人员(小白)利用自动测试程序测试随机数据,发现问题记录文档 -- 重要! 另一种方式也能提高软件质量 1. 小白程序员anyhow write code 2. 老道程序员不写代码,不看代码,专注功能和一些exception测试,意见反馈给小白 3. 小白看到程序错误,"哦~没考虑到那种情况",保持初心,不断改进
哈哈,很专业
由此可见,楼上这位也是在R&D混迹多年啊,可能各个公司不太一样,至少我待过的两个公司testing还是很严格的。不过阐述很具有启发性,哈哈
[本文发送自华新iOS App]
欢迎来到华新中文网,踊跃发帖是支持我们的最好方法!原文 / 传统版 / WAP版所有回复从这里展开收起列表
论坛导航 -> 华新鲜事 -> 技术の宅 | 返回上一页 | 本主题共有 2 篇文章,分 1 页, 当前显示第 1 页 | 回到顶部
<<始页  [1]  末页>>

请登录后回复:帐号   密码