其他

1.即使下班回到家，還是坐在電腦前面… 2.已經很久都沒用過"真的紙牌"來玩遊戲。3.只是要聯絡3個人,卻有9個以上不同的電話號碼。4.會傳e-mail給坐在你隔壁桌的同伴。5.和朋友失去聯絡的原因是他們沒有電子信箱。6.從漫長一天的工作中回到家，仍用一副公事公辦的態度講電話。7.在家打電話，會不小心按到 "0" 撥外線。8.和朋友聊天的話題總是網路遊戲。9.車子永遠改不完10.你從10點半的夜間新聞中得知 :

  首先，測試案例和測試工作本身是不斷完善的，在開發過程的初期，可以認為是需求階段，或者沒有規範需求工作的設計階段。如果有一個比較明確的需求文檔，可以在這個階段檢查完了需求文檔以後開始設計測試案例。這裡，對於需求文檔的檢查主要是兩個方面：  1.檢查需求文檔描述的正確性，愚以為測試人員要對於真實的系統所涉及的業務非常熟悉，比如一個簡單的財務軟體，那麼測試人員本身就要對會計工作熟悉，財務制度熟悉，在檢查需求文檔的時候不要迷信所謂的“都是使用者真實的需求”，這裡存在兩個問題，一是使用者是否真的能正確

 來源： 軟體工程專家網   作者： 胡傑

解決方案測試概述本文檔說明了構成測試策略的活動，該活動對每個 Microsoft 方案加速器（通過 MSM 獲得）的人員、流程和技術組件之間的互動和操作有效性進行了檢查。採用了全面品質保證 (QA) 方法，它主要研究人員、流程和技術組件如何作為解決方案運行，並涉及更寬泛的商業範圍和操作過程，以及純粹的技術問題。QA 應在項目的初期階段就啟動，並通過為解決方案和解決方案元件確定目標來為技術設計和開發小組提供支援。解決方案中需要驗證的重要測試標準包括：•目標。

需求管理（702KB）可視化建模(1MB)迭代化軟體開發(257KB)軟體測試白皮書（658KB）變更要求管理方案(348KB)軟體組態管理技術白皮(316KB)

本文是示範了在分布式的、基於 J2EE 的項目中使用 Rational 工具的系列文章（如下面所列）的第 3 部分。第 1 部分: 項目介紹；高層次計劃 第 2 部分: 風險管理；需求管理 第 3 部分: 模型建立和存取控制；需求分析--> 第 3 部分: 模型建立和存取控制；需求分析 第 4 部分: 用例細化；產成報告；工具和技術選擇--> 第 4 部分: 用例細化；產成報告；工具和技術選擇 第 5 部分: 體系架構和設計--> 第 5 部分: 體系架構和設計 第 6 部分:

　張惠堂（海澱）　　前天，上大學的表弟過生日，同宿舍的幾個同學一起出去聚餐。　　哥兒幾個聊得非常投機，推杯換盞，互相勸酒。不知不覺中，都有了幾分醉意。大家互相攙扶著，迷迷糊糊地回到宿舍，沒一會兒就都睡著了。　　半夜時分，表弟有些口渴，起來想倒杯水。迷迷糊糊中發現地上有一紅點兒。表弟嘀咕著：“誰扔的煙頭兒，也不掐滅了，就不怕著火？”於是，上前用力一腳，把煙頭兒踩滅了，然後回頭睡覺去了。　　第二天一大早，表弟尚在朦朧之中，就聽有人大喊：“誰把我電褥子上的指示燈給踩碎了？” 

文檔目的此文檔的基本目的是為使用 Microsoft Solutions for Management (MSM) 管理他們的 Microsoft Windows Server 2003 環境的組織提供一項計劃和策略，用於在測試實驗室環境中設計和實施測試解決方案。初步的測試能夠讓資訊技術 (IT) 經理信心十足地相信解決方案在他們的生產環境中能夠發揮作用。此文檔描述了由 MSM 測試小組所採納的進階別的測試目標、測試範圍和測試策略，以在 MSM 實驗室中驗證 MSM 2.0

    如果把一個項目組比喻為一家餐館，那麼管賬的是老闆，也就是專案經理，他決定做什麼，有多少人多少資源來做多大，有多大的風險，當然他這個決定不是他一個人拿主意，因為需要所有人對計劃的認可，但是最後他對項目成敗負的責任是很大的。其次系統架構設計就是主廚，他設計具體做法，程式員就是其他的廚師，組態管理員, 系統整合人員, 資料庫管理員等角色是廚房裡面的服務人員。而SQA

本文是示範了在分布式的、基於J2EE的項目中使用 Rational 工具的系列文章（如下面所列）的第2部分。 第 1 部分: 項目介紹；高層次計劃 第 2 部分: 風險管理；需求管理 第 3 部分: 模型建立和存取控制；需求分析--> 第 3 部分: 模型建立和存取控制；需求分析 第 4 部分: 用例細化；產成報告；工具和技術選擇--> 第 4 部分: 用例細化；產成報告；工具和技術選擇 第 5 部分: 體系架構和設計--> 第 5 部分: 體系架構和設計 第 6 部分:

 　　想起那彷彿昨天才發生的溫馨的一幕幕，都會不由自主的笑出聲來。　　可是今天，我的心情很沉重，出離憂鬱。我不知道，這個訊息對於我，對於你，對於我們意味著什麼。我是如此渴望而又恐懼。我渾身出汗，感到渴同時想嘔吐。時間一秒一秒的走，秒針的每次跳動都刺激我的神經，為什麼你還不來？　　你來了，帶著我熟悉的迷人微笑。看著我面前不是經常的紅酒，而是杯水，你似乎愣了一下。你很瀟洒的招來服務生，叫了一杯水，然後盯著我看。仍是那讓我魂不守舍的目光。可是我告訴自己，一定要告訴你。可這讓我怎麼開口，這是我的第一次。

Steven Franklin軟體設計師和過程專家2004 年 3 月這個由多篇文章組成的系列文章講述了如何在很緊的時間和預算的情況下通過應用 Rational 統一過程（RUP）以及 Rational 的其他工具來開發一個軟體項目的。 文章的第一部分包含了高層次的計劃和需求的引出。Raional 的開發工具套件支援雙向工程（RTE）、分布式的和協作的開發、高度迭代的開發週期和更多的一些特性。 這個由多篇文章組成的系列的第一部分將向大家展示 Rational 工具的作用，並顯示你能夠通過使用

　　李園（海澱）　　鄰居彼得來自美國，自稱從６歲就開始玩兒汽車，是個標準的車迷。到中國後，他經常大談福特、通用，一有機會就抨擊德國車、日本車，對中國車更是百般挑剔。　　上周彼得跟朋友去密雲玩兒，回來後居然誇起國產車來：“中國汽車，防盜系統就是厲害，居然會用中文警示！”　　我很好奇，問怎麼回事。彼得說：“在密雲，我經過一輛小貨車時，看到一個人鬼鬼祟祟地坐在裡面，一看就不是好人，他低下頭一陣胡搞，憑我的經驗，百分之百是在偷車，於是我就準備衝上去抓他……”彼得擺出一副大無畏的姿勢。　　我們忙問後來怎麼

引言就在不久之前，工業標準測試實踐（針對 C/S 架構的品質問題而發展起來的）仍聚焦於用戶端的前端功能測試或者伺服器端的後端延展性測試與效能測試。這種"工作上的分離"主要是緣於傳統的 C/S（用戶端/伺服器）架構比當前的多層架構和分布式環境相對簡單的事實。在標準的 C/S 架構中，問題要麼發生在用戶端，要麼就發生在伺服器端。今天，典型的計算環境是一種複雜的，異構的混合實境世界，其組件和代碼來自遺留系統、自主開發或第三方，或者是標準的組件和代碼（圖示 1）。隨著 Web

　　張學兵（大興）　　周六上午十點多，我拎著菜籃子從家出來，剛拐進胡同，就瞧見有位胖胖的大媽拎著一把菜刀，腳步慌亂、氣喘籲籲地奔過來，我心裡一驚，正要張嘴問問，大媽卻已經擦身而去。　　剛邁出幾步，竟然又碰到一位大媽，呼哧帶喘地持刀小跑過來。我趕緊賠笑打招呼：“大媽，您這是幹嗎去呀？”“有急事，沒空兒理你！”我還想說話，再看大媽離我三四米遠了。嘿！奇怪，老太太們今兒都怎麼了？　　還沒走出胡同，又一位大媽拎著一把特大號的菜刀跑過來，仔細一看，哎喲！原來是我媽！忙問：“媽，您這是去哪兒啊？”我媽喘著粗

Peer2004 年 8 月 1. 簡介本文關注於一個實施自動化測試架構的組織的主要方面和影響。本文的意圖是提供一些能夠成功的實施自動化測試的指導方針。2. 測試自動化的神話有很多關於自動化測試的神話。其中的一些是真實的，而其他的一些是不正確的設想，這些不正確的設想會嚴重的威脅到實施自動化測試的成功。本文將向大家介紹幾種我們面臨的主要幾種關於測試自動化的神話：2.1. 我們在時間上是緊迫的 － 項目已經落後了 － 讓我們使用自動化測試吧！這種情況將不能成為現實。實際上，正確的思想應該是 －

　　有幾個男生吸煙被告密，老師一一叫來談心。　　第一個男生如實承認被猛剋一通；回寢室後說：“哥們兒，我一個人都承擔了，你們去時可千萬別認。”後來……　　第二個男生到了老師辦公室。　　老師：老實說你吸煙嗎？　　男生甲：不吸。　　老師：不吸？嗯，吃根薯條吧。　　男生甲：很自然地伸出兩根手指夾著接過來……   

      一個女孩單獨在咖啡廳坐著看書，旁邊有個年輕男子看到她覺得挺欣賞的，就上前彬彬有禮地問道：“女士，我可以給您買杯咖啡嗎？” 　　 　　女孩抬頭看著他，突然尖叫到：“什嗎？！你要我跟你上床？！你把我當成什麼人了？？！！” 　　 　　周圍的人們紛紛側目，憤怒地瞪著那個男子，他不知所措地四顧，在人們的竊竊私語中尷尬地回到自己座位上。 　　 　　過了一會兒，當再沒有人注意他們的時候，女孩起身走到男子桌前，輕聲地說：“對不起，我是學心理的，正在研究人們在遇到意外事件時的反應，剛才讓您難堪了。”