Project

General

Profile

Actions

action #1309

closed

Create Perl sandbox for the tests (Safe module)

Added by aplanas almost 11 years ago. Updated over 5 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Feature requests
Target version:
Start date:
2014-01-27
Due date:
% Done:

0%

Estimated time:

Description

If we accept test programs from external contributors we need a way to sandbox the code, and avoid unwanted side effect, like accessing the full system from the test.

An alternative for this is the creation of a DSL language to write the test.

Actions #1

Updated by aplanas almost 11 years ago

  • Subject changed from Create Perl sandbox for the tests (Safe module to Create Perl sandbox for the tests (Safe module)
Actions #2

Updated by ancorgs over 10 years ago

  • Target version set to future
Actions #3

Updated by coolo about 10 years ago

  • Category set to 138
Actions #4

Updated by RBrownSUSE about 9 years ago

  • Category changed from 138 to Feature requests
Actions #5

Updated by okurz almost 9 years ago

How about a slight alternative to this to check for system access in a test, e.g. if certain calls are made, the tests of PRs fail?

Actions #6

Updated by okurz about 8 years ago

  • Status changed from New to Rejected

no one cares

Actions #7

Updated by oholecek about 8 years ago

  • Status changed from Rejected to New

Not that no one cares. This is still a valid and important topic and after my testapi decouple is (finally) done this will be much easier to accomplish.

Actions #8

Updated by szarate about 8 years ago

A possible integration of Devel::REPL could help... and as for the DSL, we could use gherkin format maybe (GoS?)...

Actions #9

Updated by oholecek about 8 years ago

Since my work on testapi involve doing testapi calls through socket my idea for this is to execute tests in complete container based sandbox - limited fs, net?, hw resources access and so on. Just passing the socket should be enough to interact with testapi and thus SUT. Fot this there is still TODO how QAM interacts with backend directly in some of their tests.

Since testapi will be accessible through socket we can create binding in any language we want quite easily. But that's for different issue and time.

Actions #10

Updated by okurz over 6 years ago

  • Target version changed from future to future
Actions #11

Updated by okurz over 5 years ago

  • Status changed from New to Resolved
  • Assignee set to okurz

I consider this sufficiently covered with our use of apparmor.

Actions

Also available in: Atom PDF