Difference between revisions of "Plugin test cases 0.85"

From irefindex
Line 306: Line 306:
  
 
Use canonical expansion: no
 
Use canonical expansion: no
 +
 +
Warning for user : "You have not limited your search to a specific organism. Proceed anyway? Yes No - Yes selected
  
 
'''Expected Observation: '''
 
'''Expected Observation: '''
Line 311: Line 313:
 
RPB1 for any taxon returns 1 node (RPB1_SCHPO).  Ok.
 
RPB1 for any taxon returns 1 node (RPB1_SCHPO).  Ok.
  
RPB1 for taxon 4932 returns 0 nodes.  Ok.  Even though an alias for yeast RPO21 (Gene Id 851415) is RPB1, this search only searches on official gene symbols from Entrez.
+
RPB1 for taxon 4932 returns 0 nodes.  Ok.   
  
RPB1 for taxon 9606 returns 3 nodes one of which is SIRPB1FAILThis is an exact match search.
+
RPB1 for taxon 9606 returns 0 nodes.  Ok.   
  
'''Last tested: June 7, 2010'''
+
'''Last tested: June 15, 2010'''
  
'''Plugin Version: '''0.83
+
'''Plugin Version: '''0.85
  
'''Data Version: '''7.0 public
+
'''Data Version: '''7.0 public (iRefDATA_06152010.irfz)
  
'''Result: '''  '''FAIL'''
+
'''Result: '''  '''PASS'''
  
'''Tester: '''Ian
+
'''Tester: '''Sabry
<span style="color:red">'  ''Notes: ''':(SABRY)</span> :Changed to  exact search.
+
<span style="color:red">'  ''Notes: ''':(SABRY)</span> :Changed to  exact search. query helper will never pop-up.
#There is a conflict between Test case name: geneID 1  and Test case name: geneID 2. When the search is now made a exact search, the query helper will never pop-up.
 
  
 
===Test case name: rog search 1===
 
===Test case name: rog search 1===

Revision as of 14:30, 15 June 2010

Search cases

Test case name: UniProt_Ac 1

Operation:

Query box:

Q39009
Q9ZNV8

Search type: UniProt_Ac

Taxon id: Any

Iterations: 1

Create new view: no

Use canonical expansion: no

Expected Observation:

33 nodes, 94 edges. 2 queried nodes are blue (DMC_ARATH and AHP2_ARATH). Checked node AHP2_ARATH linkout from i.RefSeq_Ac_TOP attribute to Entrez/protein was correct. IRefIndex has correct i.taxid and i.geneID.

Checked node AHP2_ARATH linkout from i.UniProt_Ac_TOP attribute to UniProt/KB beta was correct. IRefIndex has correct i.taxid and i.geneID. UniProt record agreed with iRefIndex on iRefSeq_Ac_TOP, i.taxid, i.geneID.

Selected two edges between query nodes : EBI-1555390, EBI-1555417. Checked linkouts for both edges (i.src_intxn_id) to Interaction databases/Intact. Confirmed that i.PMID and i.method_name were correct. Viewed EBI-1555390 in MI-XML 2.5 format and confirmed that i.RefSeq_Ac_TOP, i.UniProt_Ac_TOP, i.type_cv, i.type_name were correct. Note that NP_188928.2 was listed by IntAct while i.RefSeq_Ac_TOP listed NP_188928.

Checked linkout to http://wodaklab.org/iRefWeb/interaction/show/102203 from both interactions above.


Last tested: June 15, 2010

Plugin Version: 0.85

Data Version: 7.0 public (iRefDATA_06152010.irfz)

Result: PASS

Tester: Sabry

Test case name: RefSeq_Ac 1

Operation:

Query box:

NP_188928.2

Search type: RefSeq_Ac

Taxon id: Any

Iterations: 1

Create new view: yes

Use canonical expansion: no

Expected Observation:

11 nodes, 29 edges. i.RefSeq_Ac = NP_188928 was returned. Edges returned include two edges described in test UniProt_Ac 1.

The same results are returned if the query box is changed to NP_188928.

The same results are returned if the query box is changed to NP_188928.567.

The same results are returned if the query box is changed to 188928. This should return 0 results. FAIL. What if the user meant to search for geneIds and had mistakenly selected this search type. This is an exact match search except for characters trailing the .

No results are returned if the query box is changed to NP 188928. Ok.

Change the search type to UniProt_Ac. The interface says no results and when user presses ok, shows a blank panel. Ok.

The search type can also be changed to UniProt_ID, geneID, geneSymbol, ipi,, mass or rog with no results returned.

No results are returned if the query box is changed to 0. Error message says : Error resolving query. Ok.

No results are returned if the query box is changed to abcde.


Last tested: June 1, 2010

Plugin Version: 0.83

Data Version: 7.0 public

Result: FAIL

Tester: Ian

Notes: :(SABRY) : The index file name was included the control tag _EXT_ (To perform only exact matches), Behavior has to be retested in beta 0.84

Test case name: UniProt_ID 1

Operation:

Query box:

AHP2_ARATH

Search type: UniProt_ID

Taxon id: Any

Iterations: 1

Create new view: yes

Use canonical expansion: no

Expected Observation:

26 nodes, 67 edges.

The same results are returned if the query box is changed to AHP2. FAIL. This should not be allowed. The user might have entered gene names, selected UniProt_ID by mistake and would not be aware of their mistake because their search returned results. Also, first few characters of UniProt_ID's may be shared by multiple proteins from different organisms. If you want to allow for inexact matches, use the query helper.

AHP2 ARATH returns no results. Ok.

ARATH returns "1001 matches and only first 1000 are shown". Ok. Inexact matches trigger the query helper.

AH2_ARATH returns CAH2_ARATH. It should return 0 results. FAIL. Imagine if the user accidently had such a query term imbedded in a long list. They would never detect this search error! This should be is an exact match search by default (or use the query helper to allow the user to decide.

AHP2_ARATH.2 returns results. It should return 0 results. FAIL.

23 returns query helper dialog for disambiguation. Ok. But not very useful in this artificial test case.

Searching for AHP2_ARATH but with search type UniProt_Ac, geneID, geneSymbol, ipi or mass all return 0 results. The interface says no results and when user presses ok, shows a blank panel. Ok.

No results are returned if the query box is changed to 0. Error message says : Error resolving query. Ok.

No results are returned if the query box is changed to abcde.


Last tested: June 1, 2010

Plugin Version: 0.83

Data Version: 7.0 public

Result: FAIL

Tester: Ian

Notes: :(SABRY) : UniProt_ID is now EXACT match only. If the user failed to enter exactly matching query no results will be returned. Query helper will never be invoked.

Test case name: geneID 1

Operation:

Query box:

821860
822593

Search type: geneID

Taxon id: Any

Iterations: 1

Create new view: yes

Use canonical expansion: no

Expected Observation:

Should return the same result as a UniProt_Ac query for Q39009 and Q9ZNV8 (33 nodes and 94 edges). Ok.

0 returned "error resolving query. Ok.

00001 returned 0 results. Ok.

abcdes returned 0 results. Ok.

1234 returned 34 nodes and 70 edges. Ok. 1234 is CCR5.

Expected results by Ian-----------------------------

Retrieved all geneIds from above query and queried (iterations = 0). Should return same number of nodes as above (33 protein nodes). But 30 protein nodes are returned and there are differences. NOTE. Keep this example for further reference. Explanation. Two of the nodes from the first graph did not have a gene id. Two nodes had the same gene id 7852. If you search for 7852, a graph of 12 nodes, 21 edges is returned. But only one of the nodes has a gene id of 7852. This seems like the search does not continue past the first match found?! FAIL until this is resolved. Also check that all other searches that are exact match searches are "continue after first match found" and write in test cases to ensure that this happens. The gene in question is CXCR4 and has two isoforms (P61073-2 and P61073). A geneSymbol search for CXCR4 (iteration=0) returns two nodes as expected. A UniProt_Ac search for P61073-2 or P61073 each return only one node when use canonical expansion is turned off. Each search returns two nodes when canonical expansion is turned on. By default, canonical expansion should be turned on. A hidden advanced option should be made available to turn this off. This can be used as a test case for the Export function "on Target network Node ID type"= i.Canonical_ROGID_TOP Searched 821860 but by each other search type. No results returned in any case. Ok

Expected results by Ian END.------------------

Expected results by Sabry-----------------------------

  1. Steep 1

Search for

821860
822593
  • Search type: geneID
  • Taxon id: Any
  • Iterations: 1
  • Create new view: no
  • Use canonical expansion: no

Returns 33 nodes and 94 edges.

  1. Steep 2

collect all GeneIds from the above search and search for ZERO order interactions.

  • 814707|814714|814714|817659|818662|818730|819356|819583|820940|821860|822593|823965|824871|827076|827297|828230|829038|829322

831710|832208|833552|837587|838487|839621|842288|842783|842951|854659

  • Search type: geneID
  • Taxon id: Any
  • Iterations: 1
  • Create new view: yes
  • Use canonical expansion: no
  • Result: 29 nodes and 125 Edges returned. This is what was expected and works according to the implementation.
  • Reason for having different node count than Step one: 4 of the nodes in Step one did not have GeneIds. Two nodes had the same GeneId (814714)
  • Reason for having different Edge count than step one: The two searches are different. The step 1 search for interactions of the products of the 2 genes. The second step searches for interactions in between the list of genes. So we will get more interactions in second step. This is because in the second step we will get interactions between nodes which were first order neighbors in the step 1.

e.g. the interaction between 829322 and 814707 will not be shown in step one. because they are neighbors of the query proteins.

Other observation by Ian using GeneID=7852 can not be reproduced as this Geneid never returned in my search for 821860 and 822593.

Expected results by Sabry END.------------------

Last tested: June 15, 2010

Plugin Version: 0.85

Data Version: 7.0 public

Result: FAIL (Zero order search algorithm need to be totally changed to achieve what has requested)

Tester: Sabry

Notes: :(SABRY) :

Test case name: geneSymbol 1

Operation:

Query box:

CXCR4

Search type: geneSymbol

Taxon id: Any

Iterations: 0

Create new view: no

Use canonical expansion: no

Expected Observation:

Warning for user : "You have not limited your search to a specific organism. Proceed anyway? Yes No - Yes selected

Returns two nodes with i.UniProt_Ac_TOP of P61073 and P61073-2.

0 returns no results. Ok.

0000 returns no results. Ok.

12345 returns no results. Ok.

abcde returns no results. Ok.

cxcR4 returns identical results to CXCR4. Ok.

Link-outs to NCBI : removed, query Helper removed (Exact match search will not use query helper)

Search CXCR5 as a UniProt_ID : No results , UniProt_Id is now exact match only

Search CXCR5 against other query types returned no results. Ok.

Last tested: June 15, 2010

Plugin Version: 0.85

Data Version: 7.0 public (iRefDATA_06152010.irfz)

Result: PASS

Tester: Sabry

Notes: :(SABRY) :

  1. hyperlink removed
  2. The default batch file mode the user has to specify a taxonid, this was overridden as requested in an earlier release should this be reactivated as well?.

Test case name: geneSymbol 2

Operation:

Query box:

RPB1

Search type: geneSymbol

Taxon id: Any

Iterations: 0

Create new view: yes

Use canonical expansion: no

Warning for user : "You have not limited your search to a specific organism. Proceed anyway? Yes No - Yes selected

Expected Observation:

RPB1 for any taxon returns 1 node (RPB1_SCHPO). Ok.

RPB1 for taxon 4932 returns 0 nodes. Ok.

RPB1 for taxon 9606 returns 0 nodes. Ok.

Last tested: June 15, 2010

Plugin Version: 0.85

Data Version: 7.0 public (iRefDATA_06152010.irfz)

Result: PASS

Tester: Sabry ' Notes: ':(SABRY) :Changed to exact search. query helper will never pop-up.

Test case name: rog search 1

Operation:

Query box:

5366033

Search type: rog

Taxon id: Any

Iterations: 1

Create new view: no

Use canonical expansion: no

Expected Observation: 5366033 returns 7 interactions (5 self interactions + 2 interactions with 5366026) (When canonical expansion turned on, 338 interactions and 96 nodes NP_057849,NP_705926,NP_705927,NP_705928,NP_789739,NP_789740,P04585)

Last tested: June 14, 2010

Plugin Version: 0.85

Data Version: 7.0 public

Result: PASS

Tester: Sabry ' Notes: ':(SABRY) The bug coursing freeze when performing ROG searches now fixed

Test case name: Iterations 1

Operation:

Perform search described in test UniProt_Ac 1 with Iterations=1. Then again with Iterations = 0 and confirm that the number of edges between the query nodes is identical.

Expected Observation:

Same number of edges (2 edges, 1 loop) in both cases.

Last tested: June 1, 2010

Plugin Version: 0.83

Data Version: 7.0 public

Result: PASS

Tester: Ian

Notes:


Test case name: ipi 1 #

Operation:

Query box:

IPI00543858
IPI00517160

Search type: ipi

Taxon id: Any

Iterations: 1

Create new view: no

Use canonical expansion: no

Expected Observation:

Returns results identical to test case UniProt_Ac 1. Ok

Changing the query to "IPI00543858.1 IPI00517160.1" produces identical results. Ok.

Changing the query to "00543858 00517160" produces identical results. Ok.

Changing the query to "00543858 0051716" produces identical results for first query term and initiates query helper to resolve second term. Ok.

Changing the query to "abcd" produces no results. Ok.

Changing the query to "IPI" initiates query helper. Ok.

Searching for IPI00543858 as any other search type returns no results. Ok

Last tested: June 1, 2010

Plugin Version: 0.83

Data Version: 7.0 public

Result: PASS

Tester: Ian

Notes:


Test case name: mass search #

Operation:

Query box:

72854<-->72866

Search type: ipi

Taxon id: Any

Iterations: 0

Create new view: yes

Use canonical expansion: no

Expected Observation:

The user is presented with the query helper to refine the query. A prompting message reads:

"One or more of your mass query terms corresponds to a range. You may select one or more of the masses on the right (shift-click and cntrl-click are supported). Press return to add the selected terms to a new query. Clear the "Create new view" tick-box if you want to add the results to the current view."

FAIL. The message given should be replaced with the above text. Also, there are inappropriate and unusable links to NCBI given in the query helper. Also, interface changes my selected iterations from 0 to 1 without asking. Annoying.

The query returns 4 nodes with mass in the expected range. Ok.

0 returns no results. Ok.

-1 returns no results. Ok.

MW returns no results. Ok.

72854 kda returns no results but hangs the interface. FAIL.

Last tested: June 1, 2010

Plugin Version: 0.83

Data Version: 7.0 public

Result: FAIL

Tester: Ian

Notes:


Test case name: rog search 1

Test case name: PMIDsearch 1

Operation:

Query box:

11401546

Search type: pmid

Taxon id: Any

Iterations: 0

Create new view: yes

Use canonical expansion: no

Expected Observation:

4 nodes and 7 edges are returned. Three edges have PMID 11401546 and these involve the 4 nodes shown. All other edges (from different PMIDs) involve these proteins. Ok.

11401546.1 returns 0 results. Ok.

1140154 returns 0 results and starts query helper. FAIL. This should be an exact match search.

SPTAN1 returns 0 results. Ok.

11401546 SPTAN1 returns 0 results. Ok.

0 finds 21493 matches and then says there are no results and open the query helper. FAIL. This is an exact match search.

-1 returns 0 results. Ok.

10551855 [return character] 11401546 returns 6 nodes and 27 edges. Ok.

10551855|11401546 returns 6 nodes and 27 edges. Ok.

10551855| 11401546 returns 6 nodes and 27 edges. Ok.

10551855 | 11401546 returns 6 nodes and 27 edges. Ok.

10551855 [tab] 11401546 returns 6 nodes and 27 edges. Ok.

10551855, 11401546 returns 6 nodes and 27 edges. Ok.

10551855 11401546 returns 0 results. Ok. We dont day we support space delimited queries.

Last tested: June 7, 2010

Plugin Version: 0.83

Data Version: 7.0 public

Result: PASS

Tester: Ian

Notes:

Test case name: src_intxn_id search 1

Test case name: omim search 1

Test case name: digid search 1

Test case name: example search 1

Operation:

Test the example searches listed at http://irefindex.uio.no/wiki/README_Cytoscape_plugin_0.8x#Using_the_Search_Panel

Query box: see below

Search type: see below

Taxon id: Any

Iterations: 1

Create new view: yes

Use canonical expansion: yes

Expected Observation:

Search Type Example Results
UniProt_Ac Q7KSF4 67 nodes, 146 edges. 4 nodes are returned directly by the query, but only one is marked with i.query = Q7KSF4. FAIL nodes returned by a query (even with canonical expansion) should have an i.query value. i.order is 0 for Q7KSF4 but 10 for the other three nodes from the same canonical group. CAUTION. This is not what the documentation says for these attributes. With canonical expansion off, this search returns 43 nodes, 43 edges all from BioGRID.
RefSeq_Ac NP_996224 67 nodes, 146 edges. See above. i.query feature fails to update to reflect the most recent search. FAIL.
UniProt_ID Q7KSF4_DROME 67 nodes, 146 edges.
geneID 42066 67 nodes, 146 edges. See above. Now two nodes are marked as Q7KSF4 under i.query. FAIL. 42066 should be listed for the recently returned node.
geneSymbol cher 67 nodes, 146 edges. Now i.query says Q7KS4 for all four nodes returned by the search. FAIL.
mass 72854<-->72866 40 nodes, 94 edges. Four molecular mass values are returned by the query helper. Selecting all of these and doing the search returns 8 hi-lited nodes and their interactors. The 72855 mass node returns 1 node with that mass and two other members of the same canonical group. Two of the nodes are returned with i.query of Q7KSF4. FAIL.
rog 10121899 FAIL. This should return the Q7KSF4 node. Instead got "Sorry, please wait until current operations finish or stop the proces and restart Cytoscape." Subsequent searches do not work. Have to restart Cytoscape
PMID 14605208 929 nodes and 1605 edges returned all with PMID of 14605208. SAme results if iteration is set to 0. Ok. Same results if canonical expansion is de-selected. Ok.
src_intxn_id 47513 2 nodes and 1 edge returned.
src_intxn_id EBI-212627 2 nodes and 4 edges returned (2 from intact, 1 from BIND and 1 from MINT). Ok
src_intxn_id 147805 Returns 4 nodes and three interactions because BIND and BioGRID interaction id space overlap.
omim 227650 74 nodes and 224 edges returned. Ok.
digid 449 58 nodes and 60 edges returned. FAIL. This should return the same results as omim 227650 plus more nodes that have the same digid. digid search is like searching for multiple omims. Problem with file name _EXT__ROG_digid.irft
dig_title fanconi FAIL - do not fix until next release.


Last tested: June 7, 2010

Plugin Version: 0.83

Data Version: 7.0 public

Result: FAIL

Tester: Ian

Notes:

Test case name: audit against external database - Intact

Test case name: audit against external database - MINT

Test case name: audit against external database - BioGRID

Test case name: iterations 1

Test case name: use canonical expansion 1

Advanced options cases

Preferences

Test case name: what is being tested #

Operation:

Expected Observation:

Last tested: July 8, 2010

Plugin Version: 0.83

Data Version: 7.0

Result: FAIL

Tester: Ian

Notes:

iRefScape menu cases

Right-click menu cases

Node attribute cases

Edge attribute cases

Wizard cases

Installations cases

Help cases

Windows and sessions cases

Test case name: Load from file search 1 #

Test case template

Test case name: what is being tested #

Operation:

Expected Observation:

Last tested:

Plugin Version:

Data Version:

Result: FAIL

Tester:

Notes:

All iRefIndex Pages