回复zig_cui的
我觉得你应该加强对于程序本身、对代码的了解，白盒对于人的要求还是比较高的，至少不懂软件的人可以做一个黑盒测试员——尽管可能不是最好的，但是能做下来，但白盒是不可能做下来的。回复zig_cui的
我觉得你应该加强对于程序本身、对代码的了解，白盒对于人的要求还是比较高的，至少不懂软件的人可以做一个黑盒测试员——尽管可能不是最好的，但是能做下来，但白盒是不可能做下来的。 初来乍到，发现这里高手如云。占个位置，聆听高见。QA人员对项目的控制
你好，我们公司在质量管理方面的工作刚起步不久，我作为QA在对项目的跟踪过程中遇到一些困难，例如：有的项目经理认为QA对他们的项目没有多大帮助，所以技术讨论会议一般不通知QA参加，我想问一下，作为QA人员是否有必要要参加该项目的每个技术讨论会议？如果不参加技术讨论会议，QA人员又从什么方面去跟踪控制这个项目按照规范实施呢？ 作为QA人员当然有必要要参加该项目的每个技术讨论会议 偶也是做black box的有点想转做white box 不过比较难啊
需要学些哪方面的软件知识呢 QA是没有必要参加技术讨论会的，QA的作用是监控项目的流程，文档，输入输出，该有的活动有没有，数据对不对。 公司给我的职位是SQA，但我做的工作就是测试，不知道该怎么发展，国内是不是SQA大部分工作都是测试？ 有的公司把测试是SQA的一部分，就看公司是不是仅仅只关注测试，不关注项目的跟踪和审计。 qa必须加强代码学习，这样对于了解系统结构、系统实现方面是有很大的帮助的，对黑盒起促进作用，对白盒就不用说了吧 那针对不同公司的不同的写代码的工具不一样，我们又该怎么办呢？时间上有时候不是很允许我们去做这些的！
关于SQA
Originally posted by thunder at 2005-8-3 11:04 PM:公司给我的职位是SQA，但我做的工作就是测试，不知道该怎么发展，国内是不是SQA大部分工作都是测试？
SQA仅仅是CMM中的一种角色，类似SCM。通常是测试人员在某项目中兼SQA角色（但是当该人员任SQA时，就不能兼作该项目的测试工程师角色了，因为要保证SQA的独立性）。不过如果公司中专门设立了SQA这个岗位，说明该公司还是比较正规的。呵呵，SQA主要职责其实就项目管理，跟项目经理紧密配合，注重工作流程以及审计等方面的工作就可以了。我个人觉得SQA多去了解些测试方面的知识是有好处的，这样方便日后往管理层发展阿，做既懂管理，又懂技术的专业人员，国家需要着呢。哈哈... 偶先自我介绍一下：
2年的开发（比较基础的coding）和简单测试，做的是系统软件的冰山一角；2年的质量管理经验，ISO内审员和SQA，参与过CMMI3的过程改进；学习了PMP，并pass
现在SQA这块算是定了位，但是对于如何学习，如何提高自身能力上，有点迷茫？感觉上，自己对一些基础知识和概念上没有问题了，但是要如何做深入，不停留在动动嘴皮子，从实践能力和工作技能上提高呢？
恳请赐教！waiting... 今年的程序员上面有一个QA的专题，明确指出了测试和QA的区别，自己学习吧，我认为做一个好的SQA，学习的内容偏重于质量，而开发技术肯定要了解 SQA应该更侧重于管理方面.他关注的是整个开发过程中各阶段所产生的文档/开发进度等进行监督.同时对开发计划进行审计,负责对需求等会议的人员组织评审.对项目的考核.当然测试这一项工作是少不了的.对测试人力的计划和合理安排.他至始至终贯穿开发的整个过程. 感觉评审呀,审计呀,都是一些很形式的东西. 我首先声明一点：作一个好的合格SQA好难。
SQA是在过程中保证软件的质量，测试则从技术上保证两者的质量，两者结合会使软件质量得到切实的保证。
SQA是通过对软件各个阶段的中间件进行评审，监督，并对各阶段的缺陷进行度量，找出流程中的不足，提出后给出解决方案，改进过程，指导下面的项目进行缺陷预防。
在现实中，由于老板没有足够的意识使得SQA很难做，所以根据现期国情要求SQA的综合素质很高，他要熟悉开发和测试，不但给他们指出错误，还要给出好的解决方法，只有这样开发人员和测试人员才知道SQA的价值，这样有关软件质量顾客投诉少了，老板自然会重视的，那时SQA就要在流程上严格把关了
小弟的想法供大家参考 还有对于做白盒测试，我们不要对他产生畏惧，其实做每件事，只要我们功夫到了就ok了正所谓的“水到渠成“
作白盒测试我们要精通一门语言，看一些白盒测试的书，学自动化工具，自动化能提高效率但我们也不要过于依赖工具，他不是万能的。
还有一点，就是要积累经验，会学习这是最主要的、最根本的。作记录总结，多了你就会知道那里 常犯错、可能犯错、可能潜藏着错误。 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
你好，我们公司在质量管理方面的工作刚起步不久，我作为QA在对项目的跟踪过程中遇到一些困难，例如：有的项目经理认为QA对他们的项目没有多大帮助，所以技术讨论会议一般不通知QA参加，我想问一下，作为QA人员是否有必要要参加该项目的每个技术讨论会议？如果不参加技术讨论会议，QA人员又从什么方面去跟踪控制这个项目按照规范实施呢？
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
1.PM认为QA对项目没有多大的帮助，实在是挺可悲的一件事情。实际上，QA如果真正实施到位，产品的质量确实会得到一定的保证，这一点，无可厚非。
2.QA的作用是很大，但也并不是说非要参加项目组的每一个技术讨论会议。第一，QA本身的事情就很多，比如：跟踪项目的计划实施情况；审查项目产出物文档；和项目经理，高层等沟通；对SCM，TG等工作的审查；还有一个非常重要的，QA部门自身的培训与学习等等...本身的事情就这么多，怎么可能有那么多的时间去参加每个项目的技术讨化会呢？如果一个人，或者一个部门什么事都想做，那么，肯定也什么都做不好。当然，项目的技术实施方案QA是要知道的，但不一定非要采取参加讨论会的形式，可以采用查看项目的文档等好多方式来替代。
总之，SQA作用大，但不一定要参加技术讨论会。
