订阅数:2756
最近三鹿奶粉事件，在Baidu中搜索出各官方的新闻都说是“污染”
http://www.baidu.com/s?ie=gb2312&bs=%C8%FD%C2%B9+%C8%FD%BE%DB%C7%E8%B0%B7&sr=&z=&cl=3&f=8&tn=baidu&wd=%C8%FD%C2%B9+%C8%FD%BE%DB%C7%E8%B0%B7&ct=0
|
三鹿发现部分批次奶粉受三聚氰胺污染
声明召回
700吨三鹿婴儿奶粉遭三聚氰胺污染 调查发现患儿多有食用三鹿牌婴幼儿配方奶粉的历史,经调查,高度怀疑石家庄三鹿集团生产的三鹿牌婴幼儿配方奶粉受到三聚...主要用来制作三聚氰胺树脂。目前三聚氰胺被认为毒性轻微,大鼠口服的半数致死量大于3克/千克体重。动物长期摄入三聚氰胺... news.cnfol.com/080912/101,1280,4755084,00 ... 34K 2008-9-12 - 百度快照 |
网友解释为什么三鹿奶粉中会有三聚氰胺：
http://yjrg.net/HT/con_277_M.1221169872.A.htm?redirect=1
|
大家也许还还忘记2007年中国徐州一家出口美国猫狗食物的企业在宠物食品中添加三聚氰胺来冒充蛋白质导致中美关系轩然大波的事情吧？三聚氰胺，是一种很
常见的塑料化工原料，其分子最大的特点，就是含氮原子很多，这特点本来也没啥好说的，这种化工原料多如牛毛，这特点也不足让咱三聚氰胺如此又名。 我们知道，食品工业中常常需要检查蛋白质含量，但是直接测量蛋白质含量技术上比较复杂，成本也比较高，不适合大范围推广，所以业界常常使用一种叫做 “凯氏定氮法（Kjeldahl method）”的方法，通过食品中氮原子的含量来间接推算蛋白质的含量。也就是说，食品中氮原子含量越高，这蛋白质含量就越高。这样一来，这名不见经传 的三聚氰胺的由于其分子中含氮原子比较多，于是就派上大用场了。 三聚氰胺(melamine) 是一种有机含氮杂环化合物，学名1,3,5-三嗪-2,4,6-三胺，或称为2,4,6-三氨基－1,3,5-三嗪，简称三胺、蜜胺、氰尿酰胺，是一种重 要的化工原料，主要用途是与醛缩合，生成三聚氰胺-甲醛树脂，生产塑料，这种塑料不易着火，耐水、耐热、耐老化、耐电弧、耐化学腐蚀，有良好的绝缘性能和 机械强度，是木材、涂料、造纸、纺织、皮革、电器等不可缺少的原料。它还可以用来做胶水和阻燃剂，部分亚洲国家，也被用来制造化肥。 三聚氰胺的最大的特点是含氮量很高（66％），加之其生产工艺简单、成本很低，给了掺假、造假者极大地利益驱动，有人估算在植物蛋白粉和饲料中使蛋白质 增加一个百分点，用三聚氰胺的花费只有真实蛋白原料的1/5。所以“增加”产品的表观蛋白质含量是添加三聚氰胺的主要原因，三聚氰胺作为一种白色结晶粉 末，没有什么气味和味道，掺杂后不易被发现等也成了掺假、造假者心存侥幸的辅助原因。 1994年国际化学品安全规划署和欧洲联盟委员会合编的《国际化学品安全手册》第三卷和国际化学品安全卡片也只说明：长期或反复大量摄入三聚氰胺可能对肾与膀胱产生影响，导致产生结石。 三聚氰胺最早被中国的造假者用在家畜饲料生产中，饲料中添加了这玩意，仪器一检测，氮原子很多啊，一推算，蛋白质含量也很高，生产者顺理成章地就省下昂 贵的蛋白粉开支了。三聚氰胺虽然有毒，但是牛羊体积都比较大，肾功能强，能顺利代谢毒素，吃了，好像也没啥死牛死羊的事情发生，于是也没人去关注。顺理成 章，造假者扩大应用范围，顺便把三聚氰胺用于出口美国的宠物饲料中，当然不幸的是，猫狗等宠物体积比牛羊小多了，代谢能力差，这三聚氰胺的毒性的影响也就 大了，结果毒死了猫狗，惊动了美国洋老太爷，最后三聚氰胺这种东西也进入美国的FDA的视线。 据说当时美国人发现三聚氰胺后百 思不得其解，不知道为啥添加这玩意，还以为是老鼠药污染造成的。记得当时美国新闻媒体报道都是怀疑中国粮食仓库看管不严，造成老鼠药污染。后来终于有知情 的中国人忍不住，偷偷告诉美国人这食品中添加三聚氰胺的奥秘，这高手云集的美国学术界这才恍然大悟，明白过来这复杂的高科技造假过程。 大家注意这次三鹿奶粉事件，受“污染”的都是最便宜的18块钱一袋的婴儿奶粉，显然，三鹿为了占领农村奶粉市场这块最后的肥肉采取了低价倾销战略，但是 卖这18块钱一袋的奶粉连本钱都不够，大量生产岂不亏老本了吗？于是三鹿为了节省成本，在奶粉中添加廉价大豆蛋白粉来替代奶粉，这大豆蛋白粉本来也没啥大 事，但是，恰恰这次里面被添加了伪造蛋白质的三聚氰胺这高科技玩意，于是最终制造出这起轰动全国的三鹿奶粉事件。当然，成人奶粉中肯定也添加了这种高科技 玩意，因为成年人的代谢能力比婴儿强大得多，除了特殊的病人，自然也不会有中毒事件发生。另外，如果你想知道三聚氰胺这玩意在中国食品工业和饲料工业应用 的广泛性，google一下“蛋白精”，看下结果就知道了。其实，现在还有比三聚氰胺更先进的造假产品，能“耐水洗化验”，能“抗氨氮反应”。总之一句 话，你高科技的爷爷都检测不出来这是假的蛋白质。 三鹿奶粉事件，从一个侧面，反映了中国严重的食品安全问题，我们现在究竟还剩 下什么东西可以安全地吃进肚子里？三聚氰胺这个黑手，从最初的牛羊饲料市场开始蔓延，发展到今天，终于伸到了婴儿奶粉这个领域。我想数以亿计的中国人，不 知不觉中，早已吃了好多年用三聚氰胺喂养出来的猪肉，牛肉，鸡肉，喝了很多年添加了三聚氰胺的成人奶粉，不知不觉中，都受到了三聚氰胺的污染。有没有谁做 过三聚氰胺对人类健康长期影响吗？我想肯定还没有，因为谁都不会想到，一个国家几亿人，竟然会去吃这种跟食品风牛马不相及的塑料工业的原料。 |
不说大话, 先看照片:
投票地址: http://dc.bb06.com/display.php?id=255
一定要评10分哦.
这已经是第二次了，上次解决这个问题Baidu了半天，尝试了N个办法，这次又找了半天，顺便在这里记一下，下次再遇到这个变态问题就不用再Baidu了。
先在显示->效果里，把使用所有可能的颜色项清掉，然后打开netmeeting，呼叫www.sina.com.cn，等弹出“你所拨叫的地址无效”对话框后关闭netmeeting，再进入显示->效果里把那项钩上，再应用。
在TestLink中的实现业务流程测试BPT(Business Process Testing)
作者：李益锋
Blog：http://www.i170.com/user/laolee
Testlink中文论坛：testlink.5d6d.com
业务流程测试BPT(Business Process Testing)是HP的测试管理工具QC提出的一个概念。
举个例子，在ERP系统中要完成一次销售活动需要做报价单，报完价定下来后要做销售合同单，然后根据合同订货，到货后要出库发货给客户，这一系列的过程就叫业务流程。业务流程测试就是编写测试用例对这一系列的业务活动进行测试。
业务流程测试由一系列的业务组件组成。
上述举例中的报价单可以定义为业务组件，销售合同单也可以定义为业务组件。
业务组件是一种易于维护且可重复使用的单元。业务组件是根据重复使用的需要而定义出来的一个基本单元，这个基本单元包含一个或多个步骤，如上述中的报价单包括：激活报价单窗口、点击新增按钮，选择产品，填写报价等步骤。
这样做的好处就是：
1)、易于维护，一个业务活动的内容发生变化不需要修改所有包含这个业务活动的业务流程，只需要修改这个业务活动相对应的业务组件就可以了
2)、可以重复使用，提高工作效率
3)、可以让业务专家来定义业务组件和组织业务流程测试，使得技术人员从具体业务知识中解放出来，技术人员根据专家定义的业务流程编写自动化测试脚本或手工进行测试就可以了。
4)、使得技术人员从具体业务知识中解放出来
下面我们将使用一些小技巧在TestLink中实现上述目标。
我们用创建测试用例的功能来代替QC中的定义业务组件功能，然后我们对TestLink做一点点的修改，使得TestLink的测试用例可以包含其他的测试用例。
我们先新建一个用例集用来存放业务组件，用例集的名称就叫“业务组件”
我们还可以根据实际需要在刚刚新建的“业务组件”下新建一级或多级的用例集对业务组件进行详细的分类。这里我们就不再细分了。
在“业务组件”用例集下点击“创建测试用例”
定义了一系列的业务组件后，效果如下：
用例集的名称为“业务流程测试”，详见2.1.1新建“业务组件”用例集
在“业务流程测试”用例集下“创建测试用例”，展开业务组件，把业务组件选中后拖到步骤框中或者选中后复制，然后在步骤框中粘贴。
创建后的效果：
这里点击上图步骤中的56登入系统是没有反应的，下面我们需要对TestLink系统做一点点的小修改。
修改gui\javascript\testlink_library.js中的ET函数为下面这个样子：
function ET(id,v)
{
// get checkboxes status
var pParams = tree_getPrintPreferences();
if (menuUrl=='lib/testcases/archiveData.php')
{
parent.workframe.location = fRoot+menuUrl+"?version_id="+v+"&edit=testcase&id="+id+args;
}
else
{
window.open(fRoot+'/'+'lib/testcases/archiveData.php'+"?version_id="+v+"&edit=testcase&id="+id+args, "_blank");
//window.open('about:blank');
//return true;
}
}
third_party\jtreetree_tpl.js
把// 'target' : '_self', 改为'target' : 'treeframe',
把
'icon_0' : 'third_party/jtree/icons/page.gif', // leaf icon normal
'icon_4' : 'third_party/jtree/icons/page.gif', // leaf icon selected
'icon_8' : 'third_party/jtree/icons/page.gif', // leaf icon opened
'icon_12' : 'third_party/jtree/icons/page.gif', // leaf icon selected
修改为绝对路径，如果是装在Web服务器的根目录下则不需要修改，如果是装在Web服务器的子目录中则需要修改，例：如果装在Testlink／目录下则改为：
'icon_0' : ' Testlink/third_party/jtree/icons/page.gif', // leaf icon normal
'icon_4' : ' Testlink/third_party/jtree/icons/page.gif', // leaf icon selected
'icon_8' : ' Testlink/third_party/jtree/icons/page.gif', // leaf icon opened
'icon_12' : ' Testlink/third_party/jtree/icons/page.gif', // leaf icon selected
OK，至此全部完成，试一下吧，祝玩得开心。
带图文章下载： http://testlink.5d6d.com/attachment.php?aid=33
05年年底开始接触Bugfree，当时版本号是1.0，根据自己的工作需要06年上半年修改出一个版本用来管理公司的电脑维护事务，随着软件的修改以及对Bugfree的管理理念进一步理解，深深地被bugfree打动，这个软件是提高生产力强有力的支持工具，于是经过不断的演示和说服，在06年下半年终于在所有项目中正式使用Bugfree，换掉同事用Delphi开发的“问题管理软件”，从一开始大家对这个软件的抵触到现在大家都离不开这个系统已经两年了，期间在bugfree的论坛上做一些力所能及的回贴和常见问题整理，并在使用中修复了一些Bug以及根据公司的实际情况做了一些统计报表，也很高兴部分报表在1.1版本中被采纳，虽然没有参加实际的代码建设，但建议被采纳也算是参于开源了吧。
言归正传，其实Bugfree2.0一推出来我就知道了，并第一时间进行试用，但2.0版本相对于正在我使用的修改版本并没有让我产生将BugFree升级到最新版本的欲望。今天再次试用，依然不打算升级，下面总结一下不升级的原因吧：
2.0版本相关于1.1版本最重要的升级有：
1.1 增加了Test Case和Test Result的管理
1.2 增加了使用的便利性
1.3 用户界面更加美观
1.4 修复了1.1版本中的大量的Bug
上面的四点升级中1.2～1.4三点已经通过自己的修改实现了，虽然没有AJAX但操作便利性并不差，因此不能算是升级优点，反而由于使用上的习惯成为不升级的一个理由，最吸引我的是“1.1增加了Test Case和Test Result的管理”,这也是我今天再一次试用的主要原因。
BugFree 2.0 在BugFree 1.1的基础上，集成了Test Case和Test Result的管理功能。具体使用流程是：首先创建Test Case（测试用例），运行Test Case产生Test Result（测试结果），运行结果为Fail的Case，直接创建Bug。Test Case标题、步骤和Test Result运行环境等信息直接复制到新建的Bug中。
可见Bugfree2.0越来越正规化了，朝标准化方向迈进了。应该是Bugfree在中国雅虎、阿里妈妈、Tom等企业在实际应用中的磨合结果吧。对于非完全按软件工程理论的我们来说，有点像小孩穿大人的衣服一样－－不合身。另外TestCast和TestResult和软件需求、Bug之间的关联不够，便利性也不好Bug的模块不能复制到TestCase中去，因此“1.1 增加了Test Case和Test Result的管理”也不是足以让我想升级的优点。
我理想中的管理系统是(当然这不是一个Bug管理系统，而是一个开发过程管理系统)：
1、需求人员或开发主管将所有的软件需求以Bug形式创建到Bugfree中，创建时抄送一份给相应的测试人员，利用Bugfree的跟踪和发邮件的功能，可以实现每一个需求都被实现和测试，测试人员可以第一时间了解到需求然后尽可能早地准备测试用例而不是等到可执行文件出来后再写测试用例，另外，需求、开发、测试可以在一起充分讨论、理解需求并形成文字可供日后翻查
2、测试人员收到需求通知后写测试用例，同时开发收到需求后进行开发
3、测试人员完成测试用例后通知相关人员审查测试用例，而开发人员完成开发后，通知测试人员进行测试
4、测试人员执行已经写好并审查过的测试用例
5、根据用例执行结果创建Bug、跟踪Bug
6、由于所有的内容(需求、测试用例、测试结果、Bug)都是在系统中，因此可以很容易用系统自动生成需求文档、测试用例、测试报告、Bug列表等文档
对于Test Case(测试用例)和Test Result(测试结果)的管理，经过修改、整合，我们现在用Bugfree1.0的修改版和Testlink1.7.0版本的结合。事实上我们现在用Bugfree1.0和TestLink1.7.0已经实现：
1、需求管理
2、测试用例管理
3、测试结果管理
4、BUG管理
下次有空时再把整合后Bugfree1.0和TestLink1.7.0的使用流程整理一下贴上来。
原 文章:谁是中国最可怜的人？
观点倒也新颖，够吸引眼球，只不过越看越不明白，不明白对与错，好与坏。
或许本来就没有绝对好坏、对错，好坏、对错仅仅是自已对所认同的集团利益的声明。
想通了这一点，对生活中的好坏、对错的评判也就变得容易了，只需区分与自己的利益是否一致即可。如果恰好处于中立，那就随你喜好了。但，真的是这样吗？
Powered by Haiwit
