<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0">
<channel>
<title>测试架构</title>
<link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/</link>
<description>测试技术 / 测试架构</description>
<language>zh-cn</language>
<generator><![CDATA[Copyright  2003-2023 领测软件测试网]]></generator>
<webmaster>ltesting@ltesting.com.cn</webmaster>
<item>
    <title><![CDATA[大型发布会现场的 Wi-Fi 应该如何搭建?]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2013/1219/206929.html</link>
    <description><![CDATA[大型发布会现场的 Wi-Fi 应该如何搭建?.老罗的锤子rom发布会才开始几分钟，就爆出现场网络瘫痪，@互联网的那点事在微博说新浪微博登录百人以上的发布会现场热点怎么也得有几十个才够用。一个发布会的wifi应该如何搭建，真的是几十个的话现场如何组织呢?]]></description>
    <pubDate>2013-12-20</pubDate>
    <category>测试架构</category>
    <author>不详</author>
    <comments>知乎</comments>
</item>
<item>
    <title><![CDATA[高性能可伸缩系统构建的简要思想]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2013/0829/206621.html</link>
    <description><![CDATA[ 为了支持高并发访问和海量数据的场景，在搭建应用时需要努力构建可伸缩的系统，这样在后期系统遇到瓶颈时可以简单地通过垂直伸缩或水平伸缩扩展系统。本文整理借鉴了林昊老师对构建可伸缩系统的文章。]]></description>
    <pubDate>2013-08-29</pubDate>
    <category>测试架构</category>
    <author>舒の随想日记</author>
    <comments>舒の随想日记</comments>
</item>
<item>
    <title><![CDATA[什么是软件测试架构师]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2013/0709/206435.html</link>
    <description><![CDATA[什么是软件测试架构师?“众里寻她千百度，蓦然回首，人却在灯火阑珊处”，还算幸运。而对于“软件测试架构师”， 众里寻她(他)千百度，那人何在?难以上青天。 软件测试架构师是一个新职位，但确实是一个非常必要的职位，主要有几点：]]></description>
    <pubDate>2013-07-09</pubDate>
    <category>测试架构</category>
    <author>KerryZhu</author>
    <comments>Csdn</comments>
</item>
<item>
    <title><![CDATA[你的架构很烂，但我并不在意]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2013/0618/206380.html</link>
    <description><![CDATA[嗨，你的应用的架构很完美吗?对呀，这就是为什么你还没有发布你的应用的原因，你仍然在彻夜不眠的担忧着各个功能模块之间的责任分离(你没时间去关心应用的流量和访问率)。]]></description>
    <pubDate>2013-06-18</pubDate>
    <category>测试架构</category>
    <author>不详</author>
    <comments>外刊IT评论</comments>
</item>
<item>
    <title><![CDATA[软件系统架构师不等于资深程序员]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2013/0227/205998.html</link>
    <description><![CDATA[资深程序员对整个软件生命周期很了解，他们可以经过培训成为架构师，但他们不等同于架构师。一个软件架构师首要的和最重要的是他的远见。]]></description>
    <pubDate>2013-02-27</pubDate>
    <category>测试架构</category>
    <author>itwriter</author>
    <comments>博客园</comments>
</item>
<item>
    <title><![CDATA[系统架构设计之:微观架构和宏观架构]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2013/0225/205988.html</link>
    <description><![CDATA[系统架构设计之:微观架构和宏观架构！ 大部分工程师包括架构师都是从微观架构起步的。微观架构指在一个局部的领域达到设计及实现的合理性，比如写一个排序的程序，达到时间空间复杂性的合理性，]]></description>
    <pubDate>2013-02-25</pubDate>
    <category>测试架构</category>
    <author>tim</author>
    <comments>IT博客大学习</comments>
</item>
<item>
    <title><![CDATA[系统架构师谈什么是软件架构]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/1011/205601.html</link>
    <description><![CDATA[ 系统架构师谈什么是软件架构.最近看了下《架构之美这本书》，摘录了部分书中的内容，在摘录书里面内容前先谈谈我自己对架构的看法。架构应该包括了功能性架构和非功能性架构两个方面的内容]]></description>
    <pubDate>2012-10-11</pubDate>
    <category>测试架构</category>
    <author>人月神话</author>
    <comments>月光博客</comments>
</item>
<item>
    <title><![CDATA[架构设计和概要设计]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/1010/205597.html</link>
    <description><![CDATA[初步再来探讨下架构设计和概要设计的区别和边界问题。先谈下架构设计： 架构设计包括了功能性架构和技术架构设计两个部分的内容]]></description>
    <pubDate>2012-10-10</pubDate>
    <category>测试架构</category>
    <author>人月神话</author>
    <comments>新浪博客</comments>
</item>
<item>
    <title><![CDATA[如何保证可测试性:应用设计分层技术]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0921/205544.html</link>
    <description><![CDATA[如何保证可测试性:应用设计分层技术.当数据逻辑与业务逻辑耦合太紧密时，不仅增加了新人对代码理解的难度，增加了代码维护的成本，而 且也增加了单元测试的数据构造的成本，同时也会使代码在复用性上也大打折扣]]></description>
    <pubDate>2012-09-21</pubDate>
    <category>测试架构</category>
    <author>不详</author>
    <comments>百度质量部</comments>
</item>
<item>
    <title><![CDATA[Dave Hendricksen谈软件架构师如何沟通的原则]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0913/205512.html</link>
    <description><![CDATA[对于一名合格的软件架构师来说，沟通能力是不可或缺的。来自汤姆森路透的资深架构师Dave Hendricksen在《软件架构师的12项修炼》中提供了比较细致的分析和建议，其中对于沟通原则和策略给出了具体的建议。]]></description>
    <pubDate>2012-09-13</pubDate>
    <category>测试架构</category>
    <author>娃娃</author>
    <comments>Csdn</comments>
</item>
<item>
    <title><![CDATA[想成为软件架构师你的举止够优雅吗?]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0913/205511.html</link>
    <description><![CDATA[想成为软件架构师你的举止够优雅吗?作为一名架构师，你需要和单位中的各色人等打交道。要在这个位置上真正取得成功，你需要从你所遇到的每个人那里汲取上级的主意和思想。调动所有人(包括你不赞同，甚至不愿相处的那些人)积极性的最好办法之一是你在任何环境中都举止文]]></description>
    <pubDate>2012-09-13</pubDate>
    <category>测试架构</category>
    <author>hzbooks</author>
    <comments>Csdn</comments>
</item>
<item>
    <title><![CDATA[软件架构师的沟通修炼]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0813/205400.html</link>
    <description><![CDATA[在架构师的角色中，沟通是要求有效果的必备技能与工具。换句话说，沟通是架构师指示别人或群体完成特定行动唯一真正有效的手段。 架构师通常没有对为其项目工作的他人的直接管理权。他们的项目往往是跨部门的，也可能会跨好多个行业单位。由于不能直接]]></description>
    <pubDate>2012-08-13</pubDate>
    <category>测试架构</category>
    <author>张菲译</author>
    <comments>伯乐在线</comments>
</item>
<item>
    <title><![CDATA[软件架构师的特点]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0806/205374.html</link>
    <description><![CDATA[下面是电气及电子工程师协会给“构架师”做的定义：构架师是]负责系统构架的人，团队或者组织。作为项目的技术主管，构架师的技术需要非常的广泛，这比技术深度更加重要(当然构架师在特定的领域需要一定的技术深度)。]]></description>
    <pubDate>2012-08-06</pubDate>
    <category>测试架构</category>
    <author>人月神话</author>
    <comments>新浪博客</comments>
</item>
<item>
    <title><![CDATA[模块化——高效重构]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0704/205229.html</link>
    <description><![CDATA[说起模块化，也许我们首先想到的是编程中的模块设计，以功能块为单位进行程序设计，最后通过模块的选择和组合构成最终产品。把这种思想运用到页面构建中，也已经不是什么新鲜事。相信很大一部分页面构建工程师都经历了这样几个阶段：第一阶段是在一个css文件]]></description>
    <pubDate>2012-07-04</pubDate>
    <category>测试架构</category>
    <author>不详</author>
    <comments>伯乐在线</comments>
</item>
<item>
    <title><![CDATA[为什么需要高性能和高可扩展性]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0704/205227.html</link>
    <description><![CDATA[《构建高性能可扩展ASP.NET网站》第1章原则和方法，本章首先从性能和可扩展性的差异谈起，接着谈一谈我对高性能和高可扩展性的理解。然后我从一个较高的层次来讲解网页生成的完整过程，并且描述一些核心原则，这些原则是提升网站性能的关键原则。最后介绍一下]]></description>
    <pubDate>2012-07-04</pubDate>
    <category>测试架构</category>
    <author>　billliu</author>
    <comments>51CTO</comments>
</item>
<item>
    <title><![CDATA[架构师不可不知的十大可扩展架构]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0703/205225.html</link>
    <description><![CDATA[ 可扩展性正是如今软件设计领域最值得优先考虑的要素。然而，计算机科学家们还无法了解一套单独的架构如何才能扩展至各类应用环境当中。相反，我们在数量繁多的方案中所设计出的可扩展性架构，往往以业界较为通用的已知可扩展模式及个人偏好为标准。本文列出]]></description>
    <pubDate>2012-07-03</pubDate>
    <category>测试架构</category>
    <author>uesway</author>
    <comments>51CTO</comments>
</item>
<item>
    <title><![CDATA[为什么你总成为不了架构师?]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0703/205224.html</link>
    <description><![CDATA[今天接到一个哥们儿的电话，说，很郁闷，想和我聊聊。 我问，有啥郁闷的事情啊，说来听听。 他说，最近很郁闷，我本来今年的计划是成为一个架构师，但是，无论如何努力，都不知道为什么，感觉希望很渺茫...]]></description>
    <pubDate>2012-07-03</pubDate>
    <category>测试架构</category>
    <author>uesway</author>
    <comments>51CTO</comments>
</item>
<item>
    <title><![CDATA[基于模式的架构评审]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0601/205010.html</link>
    <description><![CDATA[量属性描述的是系统的易用性、可维护性、性能以及可靠性(虽然不是功能性的)。这些内容可以提高客户满意度，并更好地与类似产品区分。 质量属性是全系统级的，所以架构必将对这些属性造成巨大的影响。保罗#8226;克莱门茨(Paul Clements)和他的同事曾这样]]></description>
    <pubDate>2012-06-01</pubDate>
    <category>测试架构</category>
    <author>Neil B. Harrison and</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title><![CDATA[想成为软件测试架构师需要什么技能？]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2012/0227/204212.html</link>
    <description><![CDATA[一. 测试架构师需要做些什么 测试架构师听起来确实一个很酷的名字,至少已经跟上开发的步伐了,那么测试架构师需要做些什么呢,他需要哪些技能?]]></description>
    <pubDate>2012-02-27</pubDate>
    <category>测试架构</category>
    <author>软件测试杂志社</author>
    <comments>新浪博客</comments>
</item>
<item>
    <title><![CDATA[架构面向服务的技术SOA]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2011/1226/203816.html</link>
    <description><![CDATA[在其新作《架构面向服务的技术》中，Philip Wik总结了使用面向服务的技术搭建解决方案的三大阻力： 复杂性 如何在恰当的细节和抽象层次上为复杂的事物建模? 沟通——设计元素 服务技术架构(Service Technology Architecture，后]]></description>
    <pubDate>2011-12-26</pubDate>
    <category>测试架构</category>
    <author>娃娃</author>
    <comments>未知</comments>
</item>
<item>
    <title><![CDATA[软件系统架构对测试的影响分析]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2011/1206/203609.html</link>
    <description><![CDATA[我们知道软件系统的架构会对系统测试产生影响，而到底会产生哪些影响呢?刚好最近读了《超越软件架构-创建和维护优秀解决方案》这本书，根据对其中对软件系统架构的诠释，我从测试方面进行了一些分析，写在这里与读者共享。 首先看一下软件系统架构到底]]></description>
    <pubDate>2011-12-06</pubDate>
    <category>测试架构</category>
    <author>领测软件测试网采编</author>
    <comments>未知</comments>
</item>
<item>
    <title><![CDATA[如何修炼为测试架构师]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2011/1025/203400.html</link>
    <description><![CDATA[测试架构师必须具备的第一个能力：“准确的商业理解力。” 最近看到一篇关于测试架构师介绍的文章，文章中的测试架构师原型来自微软，其描述的工作内容让不少国内的测试同业很是羡慕，但又觉得好像离我们中国人很远。不知我们中国的测试工程师能做吗?]]></description>
    <pubDate>2011-10-25</pubDate>
    <category>测试架构</category>
    <author>领测软件测试网采编</author>
    <comments>未知</comments>
</item>
<item>
    <title><![CDATA[软件自动测试架构设计]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2011/0921/203249.html</link>
    <description><![CDATA[第1章 前言 目前市场上已经有了不少自动测试工具，不过满足自己需求的测试工具却很难找到或者是难以支付其昂贵的费用，对于在Linux/Unix后台运行的软件产品，自己开发一个自动测试工具，不但可以满足软件的测试需求，还可以节省一大笔费用。 这]]></description>
    <pubDate>2011-09-21</pubDate>
    <category>测试架构</category>
    <author>领测软件测试网采编</author>
    <comments>未知</comments>
</item>
<item>
    <title><![CDATA[通往测试架构师之路(1)：那些家伙在干什么?]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0423/170886.html</link>
    <description><![CDATA[通往测试架构师之路(1)：那些家伙在干什么? 软件测试 Omomo在公司呆了有几个年头了。在测试技术方面的技能长进了不少，又能享受写代码的乐趣，同事们经常交流对 软件测试技术 的见解，也在项目中实现一些创新的测试技术和基于自己的想法设计好的 测试框架 ，]]></description>
    <pubDate>2010-04-23</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[应用软件测试组织架构[1]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0421/170848.html</link>
    <description><![CDATA[应用软件测试组织架构[1] 软件测试 在手机芯片公司内的测试部门组织架构较为复杂，涉及到硬件，软件和生产若干方面，为了减轻测试部的工作压力，在国内通常会分立出生产支持部门，专职负责生产工艺和后道测试;或者将硬件和软件的测试放到硬件、软件的组织架]]></description>
    <pubDate>2010-04-21</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[开放性敏捷自动化测试架构介绍[3]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0309/169705.html</link>
    <description><![CDATA[开放性 敏捷 自动化测试架构介绍[3] 自动化测试工具 在这里，还得提到我们的 数据库 变化追踪技术(就是一次接口的请求带来的后台数据库的所有表所有字段的变化情况)，这个技术保障了所有结果检查点的完整性。 CASESET CASEID CASETYPE VERSIONID TYPE PARATY]]></description>
    <pubDate>2010-03-09</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[开放性敏捷自动化测试架构介绍[2]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0309/169704.html</link>
    <description><![CDATA[开放性 敏捷 自动化测试架构介绍[2] 自动化测试工具 下面的是IBM RATIONAL ROBOT与UT ROBOT的特性比较 ibm RATIONAL ROBOT UT ROBOT CASE生成 全部CASE需要脚本支持 无需脚本支持 后台应用 不支持 主要支持 开放性 较好 较好 数据驱动 支持，不太方便 采用强]]></description>
    <pubDate>2010-03-09</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[开放性敏捷自动化测试架构介绍[1]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0309/169703.html</link>
    <description><![CDATA[开放性 敏捷 自动化测试架构介绍[1] 自动化测试工具 本人主要是侧重 电信 领域的软交换及BOSS业务的测试，从本人多年所处理的现场问题来看，在现场发生的约80%的问题来源于软件版本升级后引入的新功能带来的对老功能的影响，有过不少沉痛的经验教训。 我们公]]></description>
    <pubDate>2010-03-09</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[如何修炼为测试架构师[6]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0105/168368.html</link>
    <description><![CDATA[如何修炼为测试架构师[6] 软件测试 软件知识 软件知识所包含的范围就更加广泛了。对于互联网行业来讲，架构师要了解操作系统， 数据库 ，应用 服务器 等各方面的知识。比如说，如果网站使用的操作系统是 Linux ，就要了解这个Linux版本的 性能 与局限性，比]]></description>
    <pubDate>2010-01-05</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[如何修炼为测试架构师[5]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0105/168367.html</link>
    <description><![CDATA[如何修炼为测试架构师[5] 软件测试 什么是架构师最具价值的技能呢?就是要了解不同的知识，做一个“杂家”或者说“博学家”。当然，如果你的 数据库 技术非常棒，或者你在工作流引擎方面具有不可超越的专家知识，那也是很不错的。好的架构师有好多都是从专家]]></description>
    <pubDate>2010-01-05</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[如何修炼为测试架构师[4]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0105/168366.html</link>
    <description><![CDATA[如何修炼为测试架构师[4] 软件测试 在一次到产品测试组进行测试活动 质量 抽检时。我们问测试经理，你们产品测试目前最大的 需求 是什么?他说是如何进行 压力测试 和 性能测试 ，希望我们测试架构师团队能在此领域多给予支持。我心里知道：他所负责的产品特]]></description>
    <pubDate>2010-01-05</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[如何修炼为测试架构师[3]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0105/168365.html</link>
    <description><![CDATA[如何修炼为测试架构师[3] 软件测试 所以，如果你的公司正准备招募测试架构师，请第一考评他的能力应该是他的商业理解力。具有该能力的 测试工程师 知道如何选择：做正确的事!确保事半功倍。而不具备该能力的测试工程师可以成为 系统测试 工程师，由他来保障]]></description>
    <pubDate>2010-01-05</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[如何修炼为测试架构师[2]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0105/168364.html</link>
    <description><![CDATA[如何修炼为测试架构师[2] 软件测试 我们大部分的测试架构师都是写过 自动化测试 脚本或程序的，只是现在的工作由于需要我们去思考太多的东西，所以没有一丁点精力来编码。特别是负责一个产品线的测试架构师，由于负责多个产品，还要抽取产品间的共性测试技术]]></description>
    <pubDate>2010-01-05</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[如何修炼为测试架构师[1]]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2010/0105/168362.html</link>
    <description><![CDATA[如何修炼为测试架构师[1] 软件测试 测试架构师必须具备的第一个能力：“准确的商业理解力。” 最近看到一篇关于测试架构师介绍的文章，文章中的测试架构师原型来自微软，其描述的工作内容让不少国内的测试同业很是羡慕，但又觉得好像离我们中国人很远。不知]]></description>
    <pubDate>2010-01-05</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[软件测试架构师的职责]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2009/1228/168198.html</link>
    <description><![CDATA[软件测试架构师的职责 软件测试工具 软件测试架构师在做什么? Omomo在公司呆了有几个年头了。在 软件测试技术 方面的技能长进了不少，又能享受写代码的乐趣，同事们经常交流对软件测试技术的见解，也在项目中实现一些创新的软件测试技术和基于自己的想法设计]]></description>
    <pubDate>2009-12-28</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[软件自动测试架构设计]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2009/0804/164815.html</link>
    <description><![CDATA[软件自动 测试 架构设计 软件测试 目前市场上已经有了不少 自动测试 工具，不过满足自己 需求 的 测试工具 却很难找到或者是难以支付其昂贵的费用，对于在 Linux / Unix 后台运行的软件产品，自己 开发 一个自动测试工具，不但可以满足软件的测试需求，还可]]></description>
    <pubDate>2009-08-04</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[软件测试架构师]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2009/0710/164306.html</link>
    <description><![CDATA[软件测试架构师 软件测试架构师是一个新职位，但确实是一个非常必要的职位，主要有几点： -根据V模型、广义测试概念等，（静态）测试的越早，发现 缺陷 越早，越有利于产品的 质量 、加快产品 开发 周期、降低企业的成本。更重要预防设计出现严重的缺陷，如果]]></description>
    <pubDate>2009-07-10</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[我们有没有软件测试架构师]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2009/0710/164301.html</link>
    <description><![CDATA[我们有没有软件测试架构师 软件测试方法 我们公司的一些项目， 开发 平台的一些模块已经被实践证明是失败的，失败的原因是很复杂的，没有人会把责任都推到测试部门来，甚至我们一点责任都可以不用担负。但我们参与了测试，我们曾经努力工作的项目失败了，对]]></description>
    <pubDate>2009-07-10</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[软件测试架构师]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2009/0707/164219.html</link>
    <description><![CDATA[软件测试架构师 软件测试架构师是一个新职位，但确实是一个非常必要的职位，主要有几点： -根据V模型、广义测试概念等，（静态）测试的越早，发现 缺陷 越早，越有利于产品的 质量 、加快产品 开发 周期、降低企业的成本。更重要预防设计出现严重的缺陷，如]]></description>
    <pubDate>2009-07-07</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[通往测试架构师之路]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2008/1021/159769.html</link>
    <description><![CDATA[Omomo在公司呆了有几个年头了。在测试技术方面的技能长进了不少，又能享受写代码的乐趣，同事们经常交流对 软件测试技术 的见解，也在项目中实现一些创新的测试技术和基于自己的想法设计好的 测试框架 ，每天过的很开心。随着对测试这个职业的了解越来越深，]]></description>
    <pubDate>2008-10-21</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[开放性敏捷自动化测试架构介绍]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2008/0707/155932.html</link>
    <description><![CDATA[最近阅读微软关于自动化存在明显差异的两派讨论，对微软内部的争论不便置评。我所从事的领域与微软的有一些差异，主要是侧重 电信 领域的软交换及BOSS业务的测试，从本人多年所处理的现场问题来看，在现场发生的约80%的问题来源于软件版本升级后引入的新功能]]></description>
    <pubDate>2008-07-07</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>
<item>
    <title><![CDATA[通往软件测试架构师之路：那些家伙在干什么？]]></title>
    <link>http://www.ltesting.net/ceshi/ceshijishu/ceshijiagou/2007/1122/140514.html</link>
    <description><![CDATA[Omomo在公司呆了有几个年头了。在测试技术方面的技能长进了不少，又能享受写代码的乐趣，同事们经常交流对 软件测试技术 的见解，也在项目中实现一些创新的测试技术和基于自己的想法设计好的 测试框架 ，每天过的很开心。随着对测试这个职业的了解越来越深，]]></description>
    <pubDate>2007-11-22</pubDate>
    <category>测试架构</category>
    <author>秩名</author>
    <comments>领测软件测试网_软件测试工程师探讨软件测试流程,软件测试技术最好的网站</comments>
</item>

</channel>
</rss>
