【轉載】自動化測試體系整體解決方案探討
摘要: 一個完整的自動化測試框架體系包含以下幾個部分:1、自動化測試框架;2、測試腳本以及測試數據管理;3、測試腳本的執行管理系統;4、測試結果的顯示與分析系統。其中最重要的是自動化測試框架部分。 閱讀全文posted @ 2011-08-30 18:59 XXXXXX 閱讀(352) | 評論 (0) | 編輯 收藏
2011年4月4日 #
posted @ 2011-08-30 18:59 XXXXXX 閱讀(352) | 評論 (0) | 編輯 收藏
posted @ 2011-08-30 17:29 XXXXXX 閱讀(351) | 評論 (0) | 編輯 收藏
posted @ 2011-08-29 11:41 XXXXXX 閱讀(1853) | 評論 (1) | 編輯 收藏
posted @ 2011-08-28 23:47 XXXXXX 閱讀(332) | 評論 (0) | 編輯 收藏
posted @ 2011-08-23 13:25 XXXXXX 閱讀(394) | 評論 (0) | 編輯 收藏
posted @ 2011-08-23 09:25 XXXXXX 閱讀(361) | 評論 (0) | 編輯 收藏
posted @ 2011-08-19 23:24 XXXXXX 閱讀(1393) | 評論 (0) | 編輯 收藏
posted @ 2011-08-16 23:12 XXXXXX 閱讀(288) | 評論 (0) | 編輯 收藏
posted @ 2011-08-13 10:14 XXXXXX 閱讀(507) | 評論 (0) | 編輯 收藏
posted @ 2011-08-12 14:49 XXXXXX 閱讀(1217) | 評論 (0) | 編輯 收藏
posted @ 2011-07-31 08:53 XXXXXX 閱讀(249) | 評論 (0) | 編輯 收藏
posted @ 2011-07-29 11:53 XXXXXX 閱讀(262) | 評論 (0) | 編輯 收藏
posted @ 2011-07-25 11:42 XXXXXX 閱讀(313) | 評論 (0) | 編輯 收藏
posted @ 2011-07-21 23:25 XXXXXX 閱讀(254) | 評論 (0) | 編輯 收藏
posted @ 2011-07-21 09:21 XXXXXX 閱讀(218) | 評論 (0) | 編輯 收藏
posted @ 2011-07-15 22:30 XXXXXX 閱讀(316) | 評論 (0) | 編輯 收藏
posted @ 2011-07-10 10:08 XXXXXX 閱讀(2615) | 評論 (0) | 編輯 收藏
posted @ 2011-07-09 09:38 XXXXXX 閱讀(242) | 評論 (0) | 編輯 收藏
posted @ 2011-07-08 09:37 XXXXXX 閱讀(1576) | 評論 (0) | 編輯 收藏
posted @ 2011-06-18 15:25 XXXXXX 閱讀(692) | 評論 (1) | 編輯 收藏
看看 project euler 的第一道題:
If we list all the natural numbers below 10 that are multiples of 3 or 5, we get 3, 5, 6 and 9. The sum of these multiples is 23. Find the sum of all the multiples of 3 or 5 below 1000.
用 python 語言寫出來是:
posted @ 2011-06-17 20:26 XXXXXX 閱讀(4387) | 評論 (2) | 編輯 收藏
This is the first edition of what is expected to become a recurring series on InfoQ. The idea behind this minibook is that a number of InfoQ articles and interviews which deal with a particular topic (in this case, REpresentational State Transfer, or REST) are combined together to provide a detailed exploration suitable for both beginners and advanced practitioners.
Read More: http://www.infoq.com/minibooks/emag-03-2010-rest;jsessionid=1E2375E822D980824403DAD46588FAFE
posted @ 2011-06-15 12:39 XXXXXX 閱讀(249) | 評論 (0) | 編輯 收藏
#定義:如果在一個內部函數里,對在外部作用域(但不是在全局作用域)的變量進行引用,那么內部函數就被認為是閉包(closure)
分解來說,包含下面3個條件:
1) 需要函數嵌套, 就是一個函數里面再寫一個函數.
2) 外部函數需要返回一個內部函數的引
3) 外部函數中有一些局部變量, 并且, 這些局部變量在內部函數中有使用
一些概念:
1)自由變量: 外部函數中定義的局部變量, 并且在內部函數中被使用
2) 閉包: 那個使用了自由變量并被返回的內部函數就稱為閉包
#支持閉包的語言有這樣的特性:
1)函數是一階值(First-class value),即函數可以作為另一個函數的返回值或參數,還可以作為一個變量的值
2)函數可以嵌套定義,即在一個函數內部可以定義另一個函數
#代碼示例
posted @ 2011-06-15 07:31 XXXXXX 閱讀(1310) | 評論 (0) | 編輯 收藏
posted @ 2011-06-14 16:57 XXXXXX 閱讀(1085) | 評論 (0) | 編輯 收藏
posted @ 2011-06-12 23:58 XXXXXX 閱讀(302) | 評論 (0) | 編輯 收藏
posted @ 2011-06-06 16:03 XXXXXX 閱讀(342) | 評論 (0) | 編輯 收藏
posted @ 2011-06-04 16:08 XXXXXX 閱讀(245) | 評論 (0) | 編輯 收藏
posted @ 2011-06-04 16:08 XXXXXX 閱讀(265) | 評論 (0) | 編輯 收藏
posted @ 2011-06-04 15:54 XXXXXX 閱讀(293) | 評論 (0) | 編輯 收藏
posted @ 2011-06-04 15:43 XXXXXX 閱讀(263) | 評論 (0) | 編輯 收藏
posted @ 2011-06-04 10:44 XXXXXX 閱讀(293) | 評論 (0) | 編輯 收藏
posted @ 2011-06-02 11:00 XXXXXX 閱讀(276) | 評論 (0) | 編輯 收藏
posted @ 2011-06-01 14:52 XXXXXX 閱讀(342) | 評論 (0) | 編輯 收藏
posted @ 2011-05-31 11:06 XXXXXX 閱讀(550) | 評論 (0) | 編輯 收藏
posted @ 2011-05-31 09:31 XXXXXX 閱讀(291) | 評論 (0) | 編輯 收藏
posted @ 2011-05-30 08:10 XXXXXX 閱讀(703) | 評論 (0) | 編輯 收藏
posted @ 2011-05-29 10:20 XXXXXX 閱讀(263) | 評論 (1) | 編輯 收藏
posted @ 2011-05-29 09:48 XXXXXX 閱讀(287) | 評論 (1) | 編輯 收藏
By James Whittaker
I’ve had a number of questions about the SET role and it seems I have confused folks when I say that the SWE is a tester and the SET is a tester and at the same time the SWE is a developer and the SET is a developer. What could possibly be confusing about that?
Oh, yeah. Right.
My next series of posts are going to detail the role of the SET and all will eventually be clear but some clarification on career path seems worthwhile.
SETs are developers who write test code and automation as their primary task. They are in every sense of the word a developer. When we interview SETs, SWEs are on the interview loop and SWE questions are asked. They are not all of the interview, but they are part of it.
This means that the skill set that our SETs possess makes them perfect candidates for switching to the SWE role. There is neither incentive nor deterrent to do so. SETs and SWEs are on the same pay scale and bonus structure (I have both roles reporting to me so I have real visibility into salary data) and their promotion velocity (again based on actual data) is roughly equivalent. This means that SETs have no outside influences to prompt them one way or the other.
The key factor is really the type of work you are doing. SETs who find themselves involved in SWE work usually convert to SWE. SWEs are also drawn in the opposite direction. Much of this happens through our 20% time work. Any SET interested in SWE work can take on a 20% task doing feature development. Any SWE interested in automation can find a group and sign up for a 20%. Right now I have both SWEs and SETs involved in such cross pollination.
The ideal situation is that the title reflects the actual work that you are involved in. So if an SET starts doing more feature dev work than automation, he or she should convert, same for SWEs doing automation work. In my time here, conversions in both directions have happened, but it is not all that common. The work of both roles is engaging, interesting and intense. Few Googlers are walking around bored.
Bottom line: do the work you are passionate about and capable of and the right job title will find you.
posted @ 2011-05-25 00:04 XXXXXX 閱讀(282) | 評論 (0) | 編輯 收藏
posted @ 2011-05-24 16:54 XXXXXX 閱讀(1629) | 評論 (1) | 編輯 收藏
記錄關于REST的一些技術:
1、REST簡介:http://zh.wikipedia.org/zh/REST
2、InfoQ 深入淺出REST: http://www.infoq.com/cn/articles/rest-introduction
posted @ 2011-05-10 22:07 XXXXXX 閱讀(321) | 評論 (0) | 編輯 收藏
posted @ 2011-05-10 22:02 XXXXXX 閱讀(435) | 評論 (0) | 編輯 收藏
posted @ 2011-05-07 15:35 XXXXXX 閱讀(648) | 評論 (0) | 編輯 收藏
posted @ 2011-05-07 15:10 XXXXXX 閱讀(259) | 評論 (0) | 編輯 收藏
posted @ 2011-05-07 09:58 XXXXXX 閱讀(185) | 評論 (0) | 編輯 收藏
posted @ 2011-04-29 22:36 XXXXXX 閱讀(367) | 評論 (0) | 編輯 收藏
posted @ 2011-04-28 11:59 XXXXXX 閱讀(227) | 評論 (0) | 編輯 收藏
The Zen of Python, by Tim Peters
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!
posted @ 2011-04-18 09:10 XXXXXX 閱讀(353) | 評論 (0) | 編輯 收藏
posted @ 2011-04-05 10:34 XXXXXX 閱讀(433) | 評論 (0) | 編輯 收藏
posted @ 2011-04-04 00:08 XXXXXX 閱讀(1149) | 評論 (0) | 編輯 收藏