#
1. 簡介1.1 編寫背景隨著公司業務的快速發展，技術部面臨的基礎技術研發、客戶系統建設、新產品研發、老舊系統改造等各類建設項目越來越多。但在眾多技術人員參與、并發項目交互的情況下
創造和使用工具以及創造和使用方法，是人類是區別于其他動物的顯著特征之一。但我們的大學教育往往只側重知識傳播，忽視工具和方法論的教育。在這里我總結一下IT行業測試部門所需要的工具平臺及相關流程和方法。=
一、定義：項目正式風險庫中識別的測試風險過少。二、發生時間段項目具有一個或多個測試相關風險時發生。三、陷阱表現1.管理人員對待風險態度 ，盡量減少了負面術語。2.向風險庫中添加風險通常被理解為管理失敗
服務現狀地址：http://ip:3000主要用到了redmine（rails）服務、mysql服務，還有些其他服務！基礎環境yum install -y gcc-c++ patch readline
測試用例是測試部門應該輸出的最關鍵文檔之一。敏捷開發提倡輕文檔重交流，很多傳統流程中的文檔都可以省去，但我認為測試用例不在這個可以省去的文檔之列。相反，測試用例在某種程度上可以替代詳細設計和概要設計文
隨著客戶對軟件產品質量的要求越來越高，軟件測試的重要性也在逐步增加。然而，重視開發而輕視測試的現象依舊存在，其中存在的軟件測試的一些誤區，將會進一步影響軟件測試活動的有效開展，并且阻礙測試質量和能力
