﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>IT博客-测试生活点滴-最新评论</title><link>http://www.cnitblog.com/zhaohongm/CommentsRSS.aspx</link><description /><language>zh-cn</language><pubDate>Wed, 20 Sep 2006 06:51:00 GMT</pubDate><lastBuildDate>Wed, 20 Sep 2006 06:51:00 GMT</lastBuildDate><generator>cnblogs</generator><item><title>re: 建立高效的测试团队 (转自关河) </title><link>http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16836.html#16839</link><dc:creator>测试生活点滴</dc:creator><author>测试生活点滴</author><pubDate>Thu, 14 Sep 2006 07:44:00 GMT</pubDate><guid>http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16836.html#16839</guid><description><![CDATA[工作流程的启示：<br>   lg在日企待过，他们一天工作的开始是这样的。8：30开始做早操，然后开早会（决不是中国领导开会的那种），以小组为单位，小组内成员轮流值日进行主持会议(站着围一圈，几分钟的时间)，每人几句话，总结昨天的工作，并汇报今天的工作。他们的工作环境始终很干净，都是自己打扫的。中午午休的时候，由值日生关灯。晚上加班定饭都是又值日生进行统计。我觉得他们这种模式和流程还是有很多好处的，欢迎大家把自己公司的发光点都来说说啊 :)<img src ="http://www.cnitblog.com/zhaohongm/aggbug/16839.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/zhaohongm/" target="_blank">测试生活点滴</a> 2006-09-14 15:44 <a href="http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16836.html#16839#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>re: 建立高效的测试团队 (转自关河) </title><link>http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16836.html#16837</link><dc:creator>测试生活点滴</dc:creator><author>测试生活点滴</author><pubDate>Thu, 14 Sep 2006 07:09:00 GMT</pubDate><guid>http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16836.html#16837</guid><description><![CDATA[读后有感：<br>  管理真的是一门学问，还比较深奥呢。我做开发的时候，带了2个人，可他们不听我的，工作很不积极，我经常生气，和他们言谈之中也少了几分客气。其实我也感觉到了，是我管理和沟通的能力不够，可就不知道怎么进行改善。总结collegesoft以前的团队，我应该是“牛”吧，prance是“虎”，dishine是“猴子”，别的就不说了。。。工作中最好的安排是“虎”去解决一些比较难的技术难题，“猴子”去研究一些新技术，然后交给“牛”去把该领域做深，对于“狐狸”和“ 鼹鼠”只能采用严格明确任务的方法。“龙生龙，凤生凤”，对手下的家庭背景和星座都要分析的，这些因素会影响人的性格。<img src ="http://www.cnitblog.com/zhaohongm/aggbug/16837.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/zhaohongm/" target="_blank">测试生活点滴</a> 2006-09-14 15:09 <a href="http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16836.html#16837#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>re: SGS测试总结</title><link>http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16824.html#16825</link><dc:creator>测试生活点滴</dc:creator><author>测试生活点滴</author><pubDate>Thu, 14 Sep 2006 01:58:00 GMT</pubDate><guid>http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16824.html#16825</guid><description><![CDATA[我在写测试用例的时候，首先分大的模块，在大的模块中再细分小的模块（模块的划分主要根据需求和软件使用情况确定，可能不太科学吧，还需要继续学习），在小的模块下再写测试用例，其实我感觉和小蚂蚁的测试大纲差不多，起到提纲挈领的效果吧，可是小蚂蚁是单独写了一个测试大纲，真的有这个必要吗？<br><br>不明白的点：<br> 1。 测试大纲的必要性？<br> 2。 测试需求怎么写和它的必要性？<br> 3。 测试分析报告怎么写和怎么进行分析？<img src ="http://www.cnitblog.com/zhaohongm/aggbug/16825.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/zhaohongm/" target="_blank">测试生活点滴</a> 2006-09-14 09:58 <a href="http://www.cnitblog.com/zhaohongm/archive/2006/09/14/16824.html#16825#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>