• 試題1

  項(xiàng)目團(tuán)隊(duì)中原來(lái)有5名成員，后來(lái)又有4人加入項(xiàng)目，與之前相比項(xiàng)目成員之間溝通渠道增加（）條。
  A、26
  B、10
  C、20
  D、36
  

• 試題2

  某程序由相互關(guān)聯(lián)的模塊組成，測(cè)試人員按照測(cè)試需求對(duì)該程序進(jìn)行了測(cè)試。出于修復(fù)缺陷的目的，程序中的某個(gè)舊模塊被變更為一個(gè)新模塊。關(guān)于后續(xù)測(cè)試，（ ）是不正確的。
  A．測(cè)試人員必須設(shè)計(jì)新的測(cè)試用例集，用來(lái)測(cè)試新模塊
  B．測(cè)試人員必須設(shè)計(jì)新的測(cè)試用例集，用來(lái)測(cè)試模塊的變更對(duì)程序其它部分的影響
  C．測(cè)試人員必須運(yùn)行模塊變更前原有測(cè)試用例集中仍能運(yùn)行的所有測(cè)試用例，用來(lái)測(cè)試程序中沒(méi)有受到變更影響的部分
  D．測(cè)試人員必須從模塊變更前的原有測(cè)試用例集中排除所有不再適用的測(cè)試用例，增加新設(shè)計(jì)的測(cè)試用例，構(gòu)成模塊變更后程序的測(cè)試用例集

• 試題3

  關(guān)于軟件需求分析的描述，不正確的是()。
  A．資源有限時(shí)需優(yōu)先縮減非功能性需求
  B．軟件需求是針對(duì)待解決問(wèn)題特性的描述
  C． 軟件需求分析有助于解決需求之間的沖突
  D．可驗(yàn)證性是所有軟件需求的基本特性
  

系統(tǒng)集成項(xiàng)目管理工程師每日練習(xí)題答案解析（2023/11/23）

• 試題1

  信管網(wǎng)參考答案：A

  信管網(wǎng)參考解析：溝通的參與者在溝通的過(guò)程中，由于參與者的數(shù)量不同，潛在的溝通渠道數(shù)量計(jì)算公式如下：
  M= n*（n-1）/2，其中n≥1
  原先5人時(shí)的溝通渠道為5*4/2=10
  增加4人，9人時(shí)的溝通渠道為9*8/2=36
  比原先增加了26條。
  溝通的基本構(gòu)成：http://www.xomuzic.com/pm1/71522.html
  

• 試題2

  信管網(wǎng)參考答案：C

  信管網(wǎng)參考解析：

  回歸測(cè)試是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。在給定的預(yù)算和進(jìn)度下，盡可能有效率地進(jìn)行回歸測(cè)試，需要對(duì)測(cè)試用例庫(kù)進(jìn)行維護(hù)并依據(jù)一定的策略選擇相應(yīng)的回歸測(cè)試包。對(duì)測(cè)試用例庫(kù)的維護(hù)通常包括刪除過(guò)時(shí)的測(cè)試用例、改進(jìn)不受控制的測(cè)試用例、刪除冗余的測(cè)試用例、增添新的測(cè)試用例等。在軟件生命周期中，即使一個(gè)得到良好維護(hù)的測(cè)試用例庫(kù)也可能變得相當(dāng)大，這使每次回歸測(cè)試都重新運(yùn)行完整的測(cè)試包變得不切實(shí)際，時(shí)間和成本約束可能阻礙運(yùn)行這樣一個(gè)測(cè)試，有時(shí)測(cè)試組不得不選擇一個(gè)縮減的回歸測(cè)試包來(lái)完成回歸測(cè)試。
  上述回歸測(cè)試的基本概念說(shuō)明，修改了舊代碼之后所進(jìn)行的回歸測(cè)試不一定要重新運(yùn)行原有測(cè)試用例集中仍能運(yùn)行的所有測(cè)試用例，可以在其中選擇一個(gè)縮減的回歸測(cè)試包來(lái)完成回歸測(cè)試，因此選項(xiàng)“C”的說(shuō)法是不正確的，應(yīng)選擇C。

• 試題3

  信管網(wǎng)參考答案：D

  信管網(wǎng)參考解析：